Having gcc-3.4.3. When trying to emerge chmlib on amd64, g++ tries to link in 3.4.2 stuff, which cannot be found. Reproducible: Always Steps to Reproduce: 1. emerge chmlib Manually replacing the references to 3.4.2 with 3.4.3 on link line succeeds. Really no idea where this 3.4.2 comes from.... Gentoo Base System version 1.5.3 Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.11-rc1 x86_64) ================================================================= System uname: 2.6.11-rc1 x86_64 Mobile AMD Athlon 64 Processor 2800+ Autoconf: sys-devel/autoconf-2.59-r5,sys-devel/autoconf-2.13 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r2 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/ kde/3.3/shutdow n /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/ share/tex mf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/ share/texmf/x dvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks maketest sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.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.gentoo.org/gentoo-portage" USE="amd64 X aac aalib accessibility acpi alsa audiofile berkdb bitmap-fonts blender-game bluetooth bonobo b zlib c++ cairo cddb cdparanoia cdr cgi cjk cross crypt cups directfb divx4linux doc dri dvd dvdr dvdread edl emacs emacs-w3 emul-linux-x86 encode esd ethereal ex f77 fam fbcon fftw flac flash flatfile font- server for tran ftp gd gdbm gif ginac glx gmp gphoto2 gpm gstreamer gtk gtkhtml imagemagick imap imlib insecure-drivers ipv6 java jp2 jpeg kde lcms leim libwww lirc lzw lzw-tiff mad mbox mikmod mime mng motif mpi mule multilib mysql ncurses nls offensive oggvorbis opengl oss pam pcntl pcre perl php png pnp ppds python qt readline rec ode samba sdk sdl sharedmem simplexml slang ssl svg sysvipc tcltk tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 vhosts videos wmf xfs xine xinerama xml xml2 xmms xosd x pm xprint xrandr xv xvid xvmc yv12 zlib video_cards_radeon linguas_en linguas_de"
Created attachment 48940 [details] output of "emerge -d chmlib"
try running: fix_libtool_files.sh 3.4.2 if it does not work, please re-open the bug
No, running fix_libtool_files.sh 3.4.2 does not make any difference... This is not a duplicate of the 2nd most reported bug, sorry.
Created attachment 49099 [details] My original /usr/bin/libtool before re-emerge libtool 1.5.2-r7 Had here references to 3.4.2 still in, even gcc is 3.4.3 since a while. Seams to me, that the affected variables are seldom used, so first became obvious with chmlib. Also fix_libtool_files.sh doesn't touch /usr/bin/libtool Re-emerging same libtool solved this problem for now....
Maybe some dependencies gcc and libtool. If upgrading to gcc 3.4.3 probably auto re-remerge libtool. At least WORKSFORME