Bug 163268 - No libopenal.so symlink
No libopenal.so symlink
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: openal (Show other bugs)
4
All Linux
medium Severity medium
: ---
: ---
Assigned To: Phillip Compton
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-14 13:38 EDT by Kenneth Porter
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-07-14 17:32:23 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Kenneth Porter 2005-07-14 13:38:45 EDT
I'm trying to bring up a game based on the Garage Games Torque Game Engine
(TGE). (http://www.garagegames.com/) It attempts to dlopen /usr/lib/libopenal.so
which is not present in openal-0.0-0.4.20040726. Adding the symlink allows it to
get further.
Comment 1 Michael Schwendt 2005-07-14 15:50:08 EDT
Not a bug. The symlink is in the openal-devel package where it belongs. The game
must not dlopen it, but libopenal.so.0 instead.
Comment 2 Kenneth Porter 2005-07-14 16:37:59 EDT
Where can I found out more about the semantics of the version number encoded in
the filename? I was unaware of this rule and haven't come across it any
documentation.
Comment 3 Kenneth Porter 2005-07-14 17:32:23 EDT
Answering my own question, I found the required info in the GCC HOWTO Linking
section, which can be found here:

http://www.faqs.org/docs/Linux-HOWTO/GCC-HOWTO.html#AEN575

Note You need to log in before you can comment on or make changes to this bug.