Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
Openal.so loading issues on some distros #69
Some distros only package the unversioned libopenal.so library in the openal development package, which can cause the following to fail in
because it canonicalizes to "libopenal.so".
This can be annoying for packaging, as a non-development package depending on a development package defeats the purpose of making the split in the first place.
I maintain the Fedora package, so I'm going to work around this by just adding ".1" to the canonicalized name, but realistically I don't think this is the "correct" solution.
My solution looks something like this:
As the library SHOULD be loaded as libopenal.so.1, not libopenal.so. I would hope someone with more experience can patch and resolve this issue.
Sounds good! Linking openal at compile really does make more sense, as SFML is typically built with openal support anyway. I assume the idea was to avoid the mandatory dependency, but that's a bit redundant now with the ENABLE_OPENAL option available.