When I try to upgrade from Gcc-3-2-3-r3 to Gcc-3.3.2-r5, the emerge fails with the message: "cc1: unrecognized option `-auxbase' " and "cc1: output filename specified twice ". A Google search on this problem shows a few hits which relate a distribution problem. But as these posts referred to a Mandrake install, I don't know if it's significant. Reproducible: Always Steps to Reproduce: 1.Emerge gcc 2. 3. Actual Results: gcc -c -O -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -DHAVE_CONFIG_H -DSTANDARD_STARTFILE_PREFIX=\"../../../\" -DSTANDARD_EXEC_PREFIX=\"/usr/lib/gcc-lib/\" -DDEFAULT_TARGET_VERSION=\"3.3.2\" -DDEFAULT_TARGET_MACHINE=\"i686-pc-linux-gnu\" -DSTANDARD_BINDIR_PREFIX=\"/usr/i686-pc-linux-gnu/gcc-bin/3.3/\" -DTOOLDIR_BASE_PREFIX=\"../../../../\" `test "X${SHLIB_LINK}" = "X" || test "yes" != "yes" || echo "-DENABLE_SHARED_LIBGCC"` `test "X${SHLIB_MULTILIB}" = "X" || echo "-DNO_SHARED_LIBGCC_MULTILIB"` \ -I. -I. -I/var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/gcc -I/var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/gcc/. -I/var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/gcc/config -I/var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/gcc/../include /var/tmp/portage/gcc-3.3.2-r5/work/gcc-3.3.2/gcc/cp/g++spec.c) cc1: unrecognized option `-auxbase' cc1: output filename specified twice make[2]: *** [g++spec.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/gcc-3.3.2-r5/work/build/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/var/tmp/portage/gcc-3.3.2-r5/work/build/gcc' make: *** [bootstrap-lean] Error 2 !!! ERROR: sys-devel/gcc-3.3.2-r5 failed. !!! Function src_compile, Line 432, Exitcode 2 !!! (no error message) Expected Results: correct upgrade of gcc root@bk kdelibs # emerge info Portage 2.0.50 (default-x86-1.4, gcc-3.2.3, glibc-2.2.5-r4,2.3.2-r9, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X alsa apache2 apm arts avi berkdb bonobo cdr crypt cups encode esd foomaticdb gdbm gif glut gnome gpm gps gtk gtk2 guile imlib jpeg kde lame libg++ libwww mad mikmod mitshm motif mozilla mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt qtmt quicktime readline ruby scanner sdl slang spell ssl svga tcltk tcpd tetex tex truetype usb vorb wxwindows x86 xml xml2 xmms xv zlib" I've also tried to emerge gcc with: USE="-java" emerge gcc with the same results.
I cannot say I have seen this before. Only thing I do notice, is that you have both glibc-2.3.2 and 2.2.5 installed?
Yes, I checked and both versions are installed. Should I remove the old version?
I removed the old version of glibc and still have the same emerge error.
Just make sure glibc-2.3.3-r9 is the last one installed ..
Can you try with automake-1.7.8?
I've tried Automake-1.7.8 with the same error result. I have been running Gentoo for quite a while and with the exception of wxPython, this has been the only problem I haven't been able to solve through the forums. As a side note, I saw an "auxbase" problem like mine mentioned in the forums with no solution listed. I'm going to follow that up. Do I need to re-install Gentoo?
Not sure to be honest. I have never seen this before. The only references I can find, seems to be auto{make,conf} related. What if you try -r7 of gcc?
I tried -r7 of gcc with no success. I also tried an experimental ebuild for gcc-3.4 with the same error. I tried to bootstrap with the stage1 tar which fails at "findinc". As I'm the only one affected by this I'm going to try bootstraping one more time. Failing that,a complete reinstall from a livecd. Please feel free to close this bug report as it is probably a waste of time. Thanks for all your help, Brian
this smells coincidental to #32763 but it is not quite the same error
closing as a cantfix.