<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 6:57 PM, William Weston <span dir="ltr"><<a href="mailto:whw@linuxmail.org" target="_blank">whw@linuxmail.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Explicit checks for new JACK headers library calls have been added<br>
to the autoconf system instead of relying on the weakjack linkage<br>
alone.  Could you try it again?<br></blockquote><div><br>just a note: i haven't really publically explained the very sad failure of the weak linkage stuff.<br><br>we incorrectly assumed that the linux gcc+ld stack had the same capabilities as their variants on OS X. OS X provides a *very nice* design for weak linkage that is incredibly useful for precisely this sort of thing.<br>
<br>alas, it turned out that the work done on the apple variants was never back-ported into mainstream gcc+ld, and as a result, the weak linkage test approach that i (and a few others advocated) does not work on linux unless code is specially linked in a way that is not sensible to recommend for applications. basically, you can do weak linkage tests *between libraries* (or other code linked with -fPIC, but not between libraries and applications.<br>
<br>this is very sad, and the alternative (an approach first implemented by native instruments, of all groups!) seems like the only way to handle this.<br><br>--p<br></div></div></div>