When emerging ttmkfdir-3.0.9-r2, the Makefile has this line: .cpp.o: libtool --mode=compile $(CXX) $(CXXFLAGS) -o $@ -c $^ That $(CXX) gets expanded to x86_64-pc-linux-gnu-g++, presumably by the tc-getPROG function, in the end. Then libtool doesn't recognize that as a C++ compiler, and the emerge fails. The discussion on the URL above suggests that this is a problem with libtool. This is happening with version 1.5.2. That is the version which came up automatically while installing on a new AMD64 machine. Reproducible: Always Steps to Reproduce: 1.emerge ttmkfdir 2. 3. Actual Results: >>> Source unpacked. libtool --mode=compile x86_64-pc-linux-gnu-g++ -Wall -pedantic -I/usr/include/freetype2 -march=k8 -pipe -o ttmkfdir.o -c ttmkfdir.cpp libtool --mode=compile x86_64-pc-linux-gnu-g++ -Wall -pedantic -I/usr/include/freetype2 -march=k8 -pipe -o directory.o -c directory.cpp libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make: *** [ttmkfdir.o] Error 1 Expected Results: ``emerge ttmkfdir'' ought to have emerged ttmkfdir I seem to have been able to cure the problem by using ebuild in place of emerge and changing two lines in the Makefile before compiling: libtool --tag=CXX --mode=compile $(CXX) $(CXXFLAGS) -o $@ -c $^ and libtool --tag=CXX --mode=link $(CXX) -o $@ $^ $(LDFLAGS) But the website above, and also another website, suggest that the problem is with the version of libtool. So perhaps the real bug is that the latest libtool which works on amd64 doesn't work well enough. bartosz root # emerge --info Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r9 x86_64) ================================================================= System uname: 2.6.9-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.4.16 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 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-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2 -march=k8 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/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/terminfo /etc/env.d" CXXFLAGS="-O2 -march=k8 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks prelink sandbox sfperms" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa apm athena audiofile bash-completion bcmath berkdb bitmap-fonts bzlib crypt curlwrappers dga dio directfb emacs exif f77 fbcon fftw foomaticdb fortran gdbm gif gpm gtk gtk2 imlib java jp2 jpeg libwww lzw lzw-tiff mozilla multilib ncurses nls nvidia opengl oss pam perl pic png python quicktime readline ssl tcltk tcpd tetex tiff truetype usb userlocales xemacs xml2 xpm xrandr xv zlib"
removing the... CXX="$(tc-getCXX)" \ from src_compile() allows for it to compile fine for me... This is in both 64-bit and 32-bit linux. tested both configs today. ~x86 ~amd64 profiles kept up extremely up to date...
*** This bug has been marked as a duplicate of 73309 ***