(03-23-2012, 10:46 AM)Obadiah Hakeswill Wrote: I searched my entire dolphin-emu directory for FindOpenAL.cmake, but no such file exists there.Your distribution is responsible for providing that file. In other words, every program provides a Find<Foo>.cmake file which is used to configure itself. So, if you have OpenAL installed, you should have that file (it has nothing to do with dolphin). For me, the file is in /usr/share/cmake-2.8/Modules/FindOpenAL.cmake.
(03-23-2012, 10:46 AM)Obadiah Hakeswill Wrote: 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.As I said, there is something wrong with your setup, not with dolphin. The original version works for me:
Code:
-- Found OpenAL: /usr/lib64/libopenal.so
OpenAL found, enabling OpenAL sound backend(03-23-2012, 10:46 AM)Obadiah Hakeswill Wrote: 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.I think the FindOpenAL.cmake might be broken for some reason. Or something else weird is going on. I don't know.
However, I know cmake, and how it's done is how it's supposed to be done. You use FIND_PACKAGE(FOO), then IF (FOO_FOUND). If that doesn't work, then either OpenAL+cmake is broken in general, *or* your setup is broken. The fact that it works here, and the fact that somebody else would probably have noticed quickly if such a well-known package had a broken cmake file, makes the latter way more likely.
Greetings