Re: [Jack-Devel] libjack naming on Windows 64

Hi Stéphane,

Thanks for your email

On 11 September 2012 03:19, Stéphane Letz <[hidden]> wrote:
> Yes. We may have a new libjack128 at some point in the future... ((-;
>

LOL.  I don't think I'll worry too much about that yet - doesn't feel
like a release blocker! :-)


>> Is there a reason for the different lib name?  I'm assuming
>> it's something to do with supporting 32bit and 64 bit in the same
>> package?
>
> Exactly. Same as on Linux.
>

Is it?  Isn't this done with different library paths and not suffixes
on Linux?  I've not seen a libjack64.so - is this a possibility?
JNAJack uses JNA which in turn uses libffi to dynamically link at
runtime.  It searches the library path by name (automatically handling
the optional lib prefix and .so / .dll suffix).  It won't search
libname64 by itself though, so I was initially going to handle this
exception on Windows 64 only.  Should I be dealing with this
possibility on all platforms?

> On OSX Apple gives a way to "pack" several different architectures in a same binary (libraries or exec...) and this is transparent. But this nice feature has not been followed on other OS...
>

Would be good.  Multiarch feels a baby step in the right direction.

>
> PS: better to test with latest beta 1.9.9 (4) package on Windows if possible....

On my list (how did you know I wasn't?! :-) )  I want to make sure
it's working with the current download first - it's likely to be the
one that users are using right now(?).

Thanks and best wishes,

Neil



-- 
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net

Praxis - open-source intermedia system for live creative play -
http://code.google.com/p/praxis

OpenEye - specialist web solutions for the cultural, education,
charitable and local government sectors - http://openeye.info

1347361885.7310_0.ltw:2,a <CAHvRSocrxZ3qcGCP7pC2FbPWMwx58wqLXj5Hgb=b1zBwMiH3Rg at mail dot gmail dot com>