64 bit JVM problem with OpenAL library

[duenez]

Hello community:

    I have experienced some problems with the 32-bit precompiled library libopenal.so (bundled with lwjgl) in my 64-bit Java VM, and so far I have been able to deal with them by compiling my own libopenal.so from source to have a 64-bit version, and then just overwriting the original with this one.

    It would be, however, very good to modify the AL.create() method to search for the libopenal64.so library as well as the two usual libopenal.so and libopenal.so.1, and provide this library in the bundle. The main reason being because right now I want to deploy an application, and I don't want my target users to have to deal with this issue, an because latter most VM will be 64-bit anyway... it does not break compatibility, and should be a quick fix.

Thanks,

[duenez]

*Bump*

I hate to bump messages, but this has remained unanswered for quite a while, and I think it is a valid suggestion... If not, please let me know.

[Matzon]

is there a 64bit version of openal distributed ?

What will their names be?:

libopenal64.so
OpenAL64.dll
libopenal64.dylib

[duenez]

Well, OpenAL is not distributed in 64-bits, but it is not changed much (last release is Feb 2006), and it is distributed in source, so people can create their own 64 binaries.

The names of the libraries could include the postfix 64 to differentiate them (in the case of MAC, it could be a universal library with 4 archs, 32/64 and ppc/intel, I have seen that done before). The only requirement would be to instruct LWJGL to attempt to load those names too (with the 64 in them), which is what I originally suggested.

Thanks a lot!

[Matzon]

my main issue with this is that there is no agreed upon naming of, since there is no distribution of it. Not sure if it is wise to assume current name with 64 slapped on (OpenAL32.dll would ofcourse be OpenAL64.dll).
Can't see the harm either tho  - anyone ?

[duenez]

Well, nobody seems to be against it (technically no-one is pro it, either...  ), but I think it would be a good idea to just put the 64 at the end, and thus have a really 64-bit version of LWJGL.