Bug 163268

Summary:	No libopenal.so symlink
Product:	[Fedora] Fedora	Reporter:	Kenneth Porter <shiva>
Component:	openal	Assignee:	Phillip Compton <compton>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4	CC:	extras-qa
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-07-14 21:32:23 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Kenneth Porter 2005-07-14 17:38:45 UTC

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 19:50:08 UTC

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 20:37:59 UTC

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 21:32:23 UTC

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