I think yes, great! looking forward to see that. <br><br>On Tuesday 5 January 2016, Max Howell &lt;<a href="mailto:max.howell@apple.com">max.howell@apple.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="margin:0px 0px 0px 6px;line-height:normal;font-family:&#39;Helvetica Neue&#39;">DYLD_LIBRARY_PATH is not a build-time environment variable.</div><div style="margin:0px 0px 0px 6px;line-height:normal;font-family:&#39;Helvetica Neue&#39;"><br></div><div style="margin:0px 0px 0px 6px;line-height:normal;font-family:&#39;Helvetica Neue&#39;">I’m writing something up to deal with the need for supplemented library paths, though only in the context of module-map-packages, will this suffice?</div><div style="margin:0px 0px 0px 6px;line-height:normal;font-family:&#39;Helvetica Neue&#39;"><br></div><div><blockquote type="cite"><div>if DYLD_LIBRARY_PATH is set with custom paths swift will be able to load those .so libraries and execute properly but SPM will not build the swift package unless the .so is in /usr/local/lib</div><div><div dir="ltr"><div><br></div><div>should spm include those paths while compiling or something other is planned for linking from custom locations?<br clear="all"></div></div></div></blockquote></div><br></div></blockquote><br><br>-- <br>Ankit<br><br><br>