<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jun 13, 2015 at 8:16 PM, Robin Gareus <span dir="ltr"><<a href="mailto:robin@gareus.org" target="_blank">robin@gareus.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 06/13/2015 01:25 PM, Kjetil Matheussen wrote:<br>
> Hi,<br>
><br>
> I'm trying to compile a 64 bit jack application (radium) with mingw-64.<br>
</span>[...snip...]<br>
<br>
The ABI of libjack on windows is not stable. Not only do the ordinals<br>
differ with version but also depending on architecture.<br>
<br>
MSVC has a workaround for this: link by function-name, not ordinal.<br>
mingw does not offer this.<br>
<br>
The solution adopted by Carla, Ardour and Mixbus is to simply dlopen()<br>
uhm LoadLibraryA(), libjack at runtime, rather that link the application<br>
against jack.<br>
<br>
An easy way of doing so is provided at <a href="https://github.com/x42/weakjack/" rel="noreferrer" target="_blank">https://github.com/x42/weakjack/</a><br>
<br></blockquote><div> </div><div>Thank you very much! I've noticed earlier that the ABI is not stable, so I'll</div><div>start using weakjack now.</div><div><br></div><div>But in this case, both the compiler environment, and the virtual machine</div><div>running windows, uses the exact same version of Jack, so this problem</div><div>is probably not an ABI incompatibility issue.</div><div><br></div></div></div></div>