The glibc-2.3.3_pre20040529 ebuild fails to configure. Here's a small portion of config.log: gcc version 3.3.3 20040217 (Gentoo Linux 3.3.3, propolice-3.3-7) configure:2591: $? = 0 configure:2593: gcc -V </dev/null >&5 gcc: `-V' option must have argument configure:2596: $? = 1 configure:2600: checking for suffix of object files configure:2621: gcc -c -O2 -fno-unit-at-a-time -freorder-blocks conftest.c >&5 cc1: error: unrecognized option `-fno-unit-at-a-time' configure:2624: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "GNU C Library" | #define PACKAGE_TARNAME "c-library" | #define PACKAGE_VERSION "(see version.h)" | #define PACKAGE_STRING "GNU C Library (see version.h)" | #define PACKAGE_BUGREPORT "glibc" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2638: error: cannot compute suffix of object files: cannot compile Reproducible: Always Steps to Reproduce: 1. emerge sys-libs/glibc-2.3.3_pre20040529 on the amd64 platform Actual Results: checking for suffix of object files... configure: error: cannot compute suffix [...] !!! ERROR: sys-libs/glibc-2.3.3_pre20040529 failed. !!! Function src_compile, Line 569, Exitcode 1 !!! (no error message) (The configure script failed, and the ebuild errored out) Expected Results: The configure script should have succeeded, and glibc should have been built and installed correctly. Portage 2.0.50-r7 (default-amd64-2004.0, gcc-3.3.3, glibc-2.3.2-r9, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 x86_64 4 Gentoo Base System version 1.4.15 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo http://gentoo.noved.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 apache2 apm avi berkdb cdr crypt cups dvd encode esd flac foomaticdb gd gdbm gif gpm gtk gtk2 imap imlib ipv6 jpeg kde libg++ libwww maildir mbox mikmod motif mozilla mpeg mysql ncurses nls nogcj oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell ssl tcpd tiff truetype usb xml2 xmms xv zlib"
Created attachment 32652 [details] config.log produced by the glibc configure script
I think the line export CFLAGS="${CFLAGS//-funit-at-a-time} -fno-unit-at-a-time" Is the culprit - it sets -fno-unit-at-a-time regardless of arch/gcc version. strip_flags() will already have removed any -funit-at-a-time from my reading of the flag-o-matic eclass. We set -fno-unit... later conditional on gcc3.4 in setup_flags() anyhow... This cruft doesn't appear in glibc-2.3.4.20040602.ebuild...
for me it was fixed after switching to the gcc34-amd64-2004.1 profile and doing "emerge --nodeps gcc"
i added a unit-at-a-time fix that checks for gcc 3.4 before adding -fno-unit-at-a-time... it looks like someone ignored my fix and added another one that breaks gcc 3.3.x. >:| well, according to http://www.gentoo.org/cgi-bin/viewcvs.cgi/sys-libs/glibc/glibc-2.3.3_pre20040529.ebuild?r1=1.8&r2=1.9 it appears that iluxa broke glibc, so i'll add to CC.
i've removed this part of the ebuild and re-marked it stable on amd64 now that it builds again.
*** Bug 53036 has been marked as a duplicate of this bug. ***