Bug 67218 – media-libs/faad2-2.0-r3 ebuild fails with gcc-3.4

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Thomas 2004-10-12 05:55:56 UTC]

I can successfully build the package on a system with gcc-3.3, but I need it on a gcc-3.4 system.



Reproducible: Always
Steps to Reproduce:

Actual Results:  
/bin/sh ../libtool --mode=link g++ -O2 -march=athlon-xp -mmmx -msse -m3dnow -O3 
-fomit-frame-pointer -pipe   -o faad  main.o audio.o 
getopt.o ../libfaad/libfaad.la ../common/mp4ff/libmp4ff.la -lmp4v2 -lmp4v2 
mkdir .libs 
libtool: link: cannot find the library `/usr/lib/libstdc++.la' 
make[2]: *** [faad] Error 1 
make[2]: Leaving directory `/tmp/portage/faad2-2.0-r3/work/faad2/frontend' 
make[1]: *** [all-recursive] Error 1 
make[1]: Leaving directory `/tmp/portage/faad2-2.0-r3/work/faad2' 
make: *** [all] Error 2 
 
!!! ERROR: media-libs/faad2-2.0-r3 failed. 
!!! Function src_compile, Line 65, Exitcode 2 
!!! (no error message) 
 


Portage 2.0.50-r11 (default-x86-1.4, gcc-3.4.2, glibc-2.3.3.20040420-r2, 
2.6.8-gentoo-r7) 
================================================================= 
System uname: 2.6.8-gentoo-r7 i686 AMD Athlon(tm) XP 2000+ 
Gentoo Base System version 1.5.3 
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[disabled] 
ccache version 2.3 [enabled] 
Autoconf: sys-devel/autoconf-2.59-r5 
Automake: sys-devel/automake-1.8.5-r1 
ACCEPT_KEYWORDS="x86" 
AUTOCLEAN="yes" 
CFLAGS="-march=athlon-xp -mmmx -msse -m3dnow -O3 -fomit-frame-pointer -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref/usr/share/config /var/bind /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-march=athlon-xp -mmmx -msse -m3dnow -O3 -fomit-frame-pointer -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache fixpackages sandbox" 
GENTOO_MIRRORS="http://gentoo.oregonstate.edu 
http://www.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" 
USE="3dnow X acpi alsa apm arts artswrappersuid audiofile avi berkdb 
bitmap-fonts bonobo crypt cups encode esd f77 fftw flac foomaticdb gdbm gif 
gphoto2 gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww linguas_de 
linguas_es linguas_fr lirc mad mbox mikmod mmx motif mozilla mpeg ncurses nls 
oggvorbis opengl oss pam pdflib perl png posix pwdb python qt quicktime quotes 
readline sdl shared sharedmem slang spell sse ssl svga tcltk tcpd tls truetype 
x86 xinetd xml2 xmms xprint xv zlib"

[Comment 1 Thomas 2004-10-14 11:22:05 UTC]

update: it also fails on my system when I downgrade to gcc-3.3. when I compare the two boxes, I see differences in the environment. For example GCC_SPECS did not exist. But even when I do 

"export GCC_SPECS=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.2/vanilla.specs"

things fail the same way. Why does it come to the stupid idea to search for libstdc++.la in /usr/lib instead of the compiler's builtin path ?

[Comment 2 Thomas 2004-10-14 12:18:47 UTC]

I found out what was going wrong. The build system got confused by a broken version of faad and mpeg4 libraries/header in /usr/local/{bin,lib}.

Removed that old crap -> things work ;-)

sorry about that...