<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 5, 2017 at 12:33 PM, Michael <span dir="ltr"><<a href="mailto:keybounce@gmail.com" target="_blank">keybounce@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm curious more as to: Why do we still generate code that links against a fixed-name library? Why does that name not include a version/API reference? Why not make static linked stuff, so that changes in the libraries don't break things?</blockquote></div><br>Mostly, because of Apple's ecosystem which is actively hostile to static linking (left over from PPC days where the ABI essentially forbade static linking; to understand why, you'd want to study the PPC CPU family closely) and Apple-provided toolchain limitations (mainly ld, and while we do replace ld sometimes for bug fixes, we are not in a position to alter its basic behavior: in this case, version information is present but only used for validation, and this has interactions with things like compatibility of software across OS X versions. Or, more concretely: we already get complaints when MP-built stuff doesn't play along with Matlab, and it'd get far worse if Matlab's (ab)use of DYLD_LIBRARY_PATH ran headlong into treating version information as part of a dylib name).</div><div class="gmail_extra"><br></div><div class="gmail_extra">Also fixed-*path* libraries are part of the Mach-O format and the tooling does not exist to override this well... and as of Sierra there are Mach-O limitations coded into the kernel (link command table size limit) that restrict your ability to override it (upstream ghc is already fighting with this due to the way its dependencies work).<br><br clear="all"><div>In short: most of this is not our call, and we are not in a position to push on the people who could do it. MacPorts has to live with what *is*.</div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div></div>