musicbrainz-2.0.1 which is a dependency for KDE-3.2.0 fails to emerge. Reproducible: Always Steps to Reproduce: 1.emerge musicbrainz 2.wait for it to stop at Function src_compile, Line 45, Exitcode 2 3. Actual Results: musicbrainz fails to emerge. Expected Results: should have emerged successfully Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /opt/tomcat/conf /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d aalib acpi acpi4linux alsa apache2 arts athena bindist bonobo caps cdr chroot clamav crypt cups dga dnd doc dvd fbcon foomaticdb foreign-package gif gimpprint gpm gtk2 gtkhtml imap imlib irmc java javascript jpeg kde ldap lesstif libwww motif mozilla mpeg msn ncurses neXt nls nogcj nptl ofx oggvorbis opengl operanom2 pam pcmcia pdflib perl png pnp postgres ppds propolice python qt radeon readline sdl spell sse ssl svga tcltk tcpd tetex threads tiff truetype unicode usb video_cards_radeon vim-with-x x86 xemacs xgetdefault xml2 xmms yahoo zlib"
Created attachment 26421 [details] emerge log for emerging musicbrainz
Note the command from the log: /bin/sh ../libtool --mode=link gcc -march=pentium4 -O2 -pipe -o findalbum findalbum.o ../lib/libmusicbrainz.la -lstdc++ -lm If you change gcc to g++ then it seems to link successfully. So maybe configure script is making bad Makefile. P.S. I am having the same problem.
which version of gcc ?
# gcc -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/specs Configured with: /var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info --enable-shared --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib --enable-languages=c,c++,f77,objc --enable-threads=posix --enable-long-long --disable-checking --enable-cstdio=stdio --enable-clocale=generic --enable-__cxa_atexit --enable-version-specific-runtime-libs --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include/g++-v3 --with-local-prefix=/usr/local --enable-shared --enable-nls --without-included-gettext --disable-multilib Thread model: posix gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7)
Just adding a 'mee to' on this bug. I'm using a amd64 system. When moving to the examples directory the compiler can not produce an executable. Tried: root@hemma # cd /var/tmp/portage/musicbrainz-2.0.1/work/libmusicbrainz-2.0.1/examples root@hemma examples # make /bin/sh ../libtool --mode=link gcc -O2 -lstdc++ -o findartist findartist.o ../lib/libmusicbrainz.la -lstdc++ -lm gcc -O2 -o .libs/findartist findartist.o ../lib/.libs/libmusicbrainz.so -L/home/mikaelr/gcc_devel/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/home/mikaelr/gcc_devel/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -L/home/mikaelr/gcc_devel/objdir/gcc -L/usr/local/lib -L/lib/../lib64 -L/usr/lib/../lib64 /usr/local/lib/../lib64/libstdc++.so -lc -lgcc_s -lm -Wl,--rpath -Wl,/usr/lib -Wl,--rpath -Wl,/usr/local/lib/../lib64 ../lib/.libs/libmusicbrainz.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage' ../lib/.libs/libmusicbrainz.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)' ../lib/.libs/libmusicbrainz.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)' collect2: ld returned 1 exit status make: *** [findartist] Fel 1 root@hemma examples # /bin/sh ../libtool --mode=link gcc -O2 -lstdc++ -o findartist findartist.o ../lib/libmusicbrainz.la -lstdc++ -lm gcc -O2 -o .libs/findartist findartist.o ../lib/.libs/libmusicbrainz.so -L/home/mikaelr/gcc_devel/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/home/mikaelr/gcc_devel/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -L/home/mikaelr/gcc_devel/objdir/gcc -L/usr/local/lib -L/lib/../lib64 -L/usr/lib/../lib64 /usr/local/lib/../lib64/libstdc++.so -lc -lgcc_s -lm -Wl,--rpath -Wl,/usr/lib -Wl,--rpath -Wl,/usr/local/lib/../lib64 ../lib/.libs/libmusicbrainz.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage' ../lib/.libs/libmusicbrainz.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)' ../lib/.libs/libmusicbrainz.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)' collect2: ld returned 1 exit status root@hemma examples # /bin/sh ../libtool --mode=link g++ -O2 -lstdc++ -o findartist findartist.o ../lib/libmusicbrainz.la -lstdc++ -lm g++ -O2 -o .libs/findartist findartist.o ../lib/.libs/libmusicbrainz.so -L/home/mikaelr/gcc_devel/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/home/mikaelr/gcc_devel/objdir/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -L/home/mikaelr/gcc_devel/objdir/gcc -L/usr/local/lib -L/lib/../lib64 -L/usr/lib/../lib64 /usr/local/lib/../lib64/libstdc++.so -lc -lgcc_s -lm -Wl,--rpath -Wl,/usr/lib -Wl,--rpath -Wl,/usr/local/lib/../lib64 creating findartist root@hemma examples # When changing '--mode=link gcc' to '--mode=link g++' everything seems to work. This is the same problem as in bug 47457 with arts http://bugs.gentoo.org/show_bug.cgi?id=47457 My guess this is related to some change in one of gcc, automake, or autoconf,
please try the latest gcc/glibc with the latest musicbrainz and reopen if the problem persists.