(03-21-2012, 09:13 AM)scummos Wrote: If this is indeed a bug, then it's a bug in OpenAL, or in your distributions' OpenAL package. The solution proposed by you is a workaround and not the correct way to fix this problem.
For me, this works, as far as I remember... maybe you want to pastebin your FindOpenAL.cmake?
However, it is a working way to fix the problem. If I had the "correct" way to fix the problem, I would apply it. I searched my entire dolphin-emu directory for FindOpenAL.cmake, but no such file exists there.
I added a preface to my instructions stating that I do not expect this change to be applied to the Dolphin release, but I would still suggest to someone who wishes to compile Dolphin on Linux that he/she should apply the fix.
I also find it to be slightly presumptuous of you to rush to blame my distributor's OpenAL package for the problem. I can tell you that the problem likely has nothing to do with file locations because I have a libopenal.so and libopenal.so.1 symbolic link in /usr/lib, both of which link to libopenal.so.1.13.0 in that same directory. I also have OpenAL development headers located in /usr/include/AL. To list them, I have: al.h, alc.h, alext.h, efx.h, and efx-creative.h. As far as my humble mind can tell, either my OpenAL library and/or OpenAL development headers are out of date, or some script in Dolphin's source package either does not exist or is failing to locate the files. In addition, the OpenAL backend works when I use Dolphin, so my OpenAL library cannot be incompatible with the emulator.