[bug-notifications] [lame 0002098]: libraries in a muddle

Mantis Bug Tracker noreply at opencsw.org
Sat Apr 11 22:37:46 CEST 2009


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2098 
====================================================================== 
Reported By:                james
Assigned To:                dam
====================================================================== 
Project:                    lame
Issue ID:                   2098
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-01-10 07:49 CET
Last Modified:              2009-04-11 22:37 CEST
====================================================================== 
Summary:                    libraries in a muddle
Description: 
$ ls -lF /opt/csw/lib/libmp3lame*
-rw-r--r--   1 root     bin       559436 Aug  3  2004
/opt/csw/lib/libmp3lame.a
-rw-r--r--   1 root     bin          817 Aug  3  2004
/opt/csw/lib/libmp3lame.la
-rw-r--r--   3 root     bin       463232 Aug  3  2004
/opt/csw/lib/libmp3lame.so.0
-rw-r--r--   3 root     bin       463232 Aug  3  2004
/opt/csw/lib/libmp3lame.so.0.0.0
gyor

There are 2 problems.

[1] The dynamic lib is being installed as a hard link not symbolic.

[2] There is no link from /opt/csw/lib/libmp3lame.so.  This means that the
static lib is being used and not the dynamic when people build other
software.  eg, mplayer.  Even lame itself doesn\'t use its own library:

$ ldd /opt/csw/bin/sparcv8/lame
	libncurses.so.5 =>	 /opt/csw/lib/sparcv8/libncurses.so.5
	libm.so.1 =>	 /usr/lib/libm.so.1
	libsocket.so.1 =>	 /usr/lib/libsocket.so.1
	libnsl.so.1 =>	 /usr/lib/libnsl.so.1
	libc.so.1 =>	 /usr/lib/libc.so.1
	libdl.so.1 =>	 /usr/lib/libdl.so.1
	libmp.so.2 =>	 /usr/lib/libmp.so.2
	/usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1

I\'d dump the static libs anyway, they are just a waste of space if we all
use the dynamic lib.  The dynamic lib gives non isaexec programs a chance
to use lame\'s ISALIST libs.


Recommend:
[1] sym links from .so and .so.1 to the actual .so.0.0.0 lib file.
[2] dump the static libs
[3] rebuild so to use own lib
[4] update to 3.97
[5] rebuild of packages that think they use lame pacakge but are actually
using the static lib, eg, mplayer but I can\'t be sure what they are
because they no longer use lame!







====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-11 22:37 dam            Assigned To              jgoerzen => dam     
======================================================================




More information about the bug-notifications mailing list