http://kcat.strangesoft.net/openal.html
JogAmp JOAL will use OpenAL soft if the OpenAL Soft library is found at runtime. |
Administrator
|
Why aren't OpenAL-Soft native libraries bundled with JOAL native library under Windows in the latest aggregated builds?
Julien Gouesse | Personal blog | Website
|
Because we have not managed to get the windows jenkins node to build it.
we require the node to use cmake in a way that is compatible with mingw to produce the openal-soft native. This require some setup experimentation on a windows machine to make it happen. I have tested to use cmake from cygwin to setup openal-soft under windows without any sucess. Once we can build openal-soft manually on windows we will make the jenkins node build it and start to bundle the natives inside the jogamp builds. Xerxes 2013/3/22 gouessej [via jogamp] <[hidden email]> Why aren't OpenAL-Soft native libraries bundled with JOAL native library under Windows in the latest aggregated builds? |
Administrator
|
Thank you for this explanation. Is JOAL able to load soft_oal.dll if it is in the PATH environment variable?
Julien Gouesse | Personal blog | Website
|
Administrator
|
In reply to this post by Xerxes Rånby
Can you tell me more about what you tested and what didn't work so that I can investigate a little bit? Edit.: Does it help?
Julien Gouesse | Personal blog | Website
|
In reply to this post by gouessej
hmm actually no.. the soft_oal.dll is not added to the list of names joal uses to look for the native,
https://github.com/JogAmp/joal/blob/master/src/java/jogamp/openal/ALDynamicLibraryBundleInfo.java this is a bug! I was not aware that the prebuilt openal-soft dlls used this custom soft_oal.dll name for windows.. if you rename soft_oal.dll to OpenAL32.dll then JOAL will pick it up.
2013/3/22 gouessej [via jogamp] <[hidden email]> Thank you for this explanation. Is JOAL able to load soft_oal.dll if it is in the PATH environment variable? |
Administrator
|
I'll fix this bug ;)
Why can't we simply use MXE? It would allow to compile OpenAL-Soft for Windows under GNU Linux :)
Julien Gouesse | Personal blog | Website
|
Thank you!
Never tested MXE, if you manage to compile windows native openal-soft dll's using the MXE cmake then *thumbs up* that would be a great solution! 2013/3/22 gouessej [via jogamp] <[hidden email]> I'll fix this bug ;) |
Administrator
|
In reply to this post by gouessej
On 03/22/2013 02:06 PM, gouessej [via jogamp] wrote:
> I'll fix this bug ;) > > Why can't we simply use MXE <http://mxe.cc>? It would allow to compile > OpenAL-Soft for Windows under GNU Linux :) crosscompilation would then require to move the binaries from the linux build node to the windows build node .. in short: it would create quite a mess and complicate our already 'heavy' jenkins setup. note-1: we compile and test the stuff on the machines note-2: we do crosscompile the GNU/Linux ARM targets incl. Android, able to launch tests remotely. tbh .. I haven't enabled the remote test .. Whatever the solution is .. even a practical one would be OK, i.e. a manual compiled DLL file, which should be pushed to our repository then. If time allows .. we could make it beautiful later (compile source code). ~Sven signature.asc (911 bytes) Download Attachment |
Administrator
|
In reply to this post by Xerxes Rånby
On 03/22/2013 02:10 PM, Xerxes Rånby [via jogamp] wrote:
> Thank you! > > Never tested MXE, if you manage to compile windows native openal-soft dll's > using the MXE cmake then *thumbs up* that would be a great solution! curbing your enthusiasm .. a practical workaround, see my other post. :) ~Sven signature.asc (911 bytes) Download Attachment |
Administrator
|
In reply to this post by Sven Gothel
If I spend too much time under Windows, I will just throw my younger brother's laptop away, even the file explorer is broken...
I can fix the dynamic loader in order to take soft_oal.dll into consideration and maybe I can modify the Ant script to wrap soft_oal.dll in joal-natives-*.jar. Would then GlueGen extract it correctly?
Julien Gouesse | Personal blog | Website
|
If you want to include soft_oal.dll into the build then simply copy the dll to
joal/make/lib/windows-i586 or 64bit to joal/make/lib/windows-amd64 The ant script will then include the dll inside the jar. Cheers Xerxes 2013/3/22 gouessej [via jogamp] <[hidden email]> If I spend too much time under Windows, I will just throw my younger brother's laptop away, even the file explorer is broken... |
In reply to this post by gouessej
You also need to change joal/make/build.xml line 438 to include the soft_oal name.
add <include name="*soft_oal.${native.library.suffix}" /> 2013/3/22 Xerxes Rånby <[hidden email]> If you want to include soft_oal.dll into the build then simply copy the dll to |
Administrator
|
I cannot rebuild JOAL under Windows 32 bits and Windows 64 bits, I only have a single laptop under Windows 7 64 bits. Can we temporarily copy the DLLs of OpenAL-Soft downloadable on the official website into our repository until we are able to build this library with our own node?
Julien Gouesse | Personal blog | Website
|
Administrator
|
On 03/22/2013 09:50 PM, gouessej [via jogamp] wrote:
> I cannot rebuild JOAL under Windows 32 bits and Windows 64 bits, I only have a > single laptop under Windows 7 64 bits. You can produce and test 32bit binaries on a 64bit machine. ~Sven signature.asc (911 bytes) Download Attachment |
Administrator
|
Please can you have a look at my pull request?
https://github.com/sgothel/joal/pull/11 I'm going to install OpenAL-Soft on some machines under Windows to check if it works flawlessly with JOAL.
Julien Gouesse | Personal blog | Website
|
Administrator
|
In reply to this post by Sven Gothel
Sven, do you like this solution?
http://tuer.svn.sourceforge.net/viewvc/tuer/pre_beta/build.xml?r1=657&r2=658 I download the ZIP containing OpenAL-Soft binaries for Windows, I extract the useful DLLs, I put them into JOAL JARs and I clean up my mess. I just hope they don't depend on msvcrt.
Julien Gouesse | Personal blog | Website
|
Administrator
|
On 03/23/2013 12:39 PM, gouessej [via jogamp] wrote:
> Sven, do you like this solution? > http://tuer.svn.sourceforge.net/viewvc/tuer/pre_beta/build.xml?r1=657&r2=658 > > I download the ZIP containing OpenAL-Soft binaries for Windows, I extract the > useful DLLs, I put them into JOAL JARs and I clean up my mess. I just hope > they don't depend on msvcrt. As a manual binary blob update for windows - YES, that is great. Then you could update the blob in the repo! But I would not like to do this at build time, i.e. injecting untested binary blobs. So .. as a ant recipe for manual use, test and git commit - cool. A good remedy until we know how to do it right on Windows. I vote to integrate this piece into JOAL. Thank you. Cheers, Sven signature.asc (911 bytes) Download Attachment |
Administrator
|
In reply to this post by gouessej
On 03/23/2013 10:51 AM, gouessej [via jogamp] wrote:
> Please can you have a look at my pull request? > https://github.com/sgothel/joal/pull/11 > Thank you - will do! ~Sven signature.asc (911 bytes) Download Attachment |
Administrator
|
Thanks, I'm going to test it now with the latest autobuild.
Julien Gouesse | Personal blog | Website
|
Free forum by Nabble | Edit this page |