[Mplayer-cvslog] CVS: main/mp3lib dct64.c, 1.1.1.1, 1.2 dct64_altivec.c, 1.3, 1.4 dct64_i386.c, 1.1.1.1, 1.2 l2tables.h, 1.1.1.1, 1.2 layer2.c, 1.4, 1.5 layer3.c, 1.7, 1.8 mpg123.h, 1.7, 1.8 sr1.c, 1.29, 1.30 tabinit.c, 1.4, 1.5

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 06 April 2004 at 03:06, Alex Beregszaszi wrote:
> CVS change done by Alex Beregszaszi
> 
> Update of /cvsroot/mplayer/main/mp3lib
> In directory mail:/var2/tmp/cvs-serv24533
> 
> Modified Files:
> 	dct64.c dct64_altivec.c dct64_i386.c l2tables.h layer2.c 
> 	layer3.c mpg123.h sr1.c tabinit.c 
> Log Message:
> fix symbol clashes when linking with libmp3lame including mp3 decoder,
> man, mp3lib is so much bloated

And while you're at it, could you hack libmp3lame support so that mplayer
doesn't get linked with it? After all, it's only needed for encoding.
After applying attached patch I'm getting lots of unresolved symbols.

-- 
MPlayer RPMs maintainer: http://greysector.rangers.eu.org/mplayer.html
"The Universe doesn't give you any points for doing things that are easy."
        -- Sheridan to Garibaldi in Babylon 5:"The Geometry of Shadows"
-------------- next part --------------
--- MPlayer-20031217/configure.r	Wed Dec 17 20:45:26 2003
+++ MPlayer-20031217/configure	Wed Dec 17 21:18:39 2003
@@ -5884,7 +5884,7 @@
 XVID = $_xvid
 XVID_INC = $_inc_xvid
 XVID_LIB = $_ld_xvid
-DECORE_LIB = $_ld_decore $_ld_mp3lame
+DECORE_LIB = $_ld_decore
 MENCODER = $_mencoder
 ENCORE_LIB =  $_ld_encore $_ld_mp3lame
 DIRECTFB_INC = $_inc_directfb