I have the exact same problem as described in bug #77718 , it get stuck in gruff's configure phase and complain of missing g++ (note that I tried g++ in the command line and it is present, but version report as 3.4.4 20041125). I am working on a amd64, and trying to build from stage 1 (using 2004.3 livecd). I'm making a new bug since I can't directly re-open 77718 and that the same problem occurs about 20 days after it was put as 'fixed'. Reproducible: Always Steps to Reproduce: 1. 2. 3. emerge info: Gentoo Base System version 1.4.16 Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 x86_64) ================================================================= System uname: 2.6.9-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3000+ Python: [2.3.4 (#1, Oct 28 2004, 03:17:30)] dev-lang/python: [Not Present] sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: [Not Present] virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -mtune=athlon64 -O3 -fforce-addr -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -mtune=athlon64 -O3 -fforce-addr -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="ftp://gentoo.risq.qc.ca/ ftp://gentoo.mirrors.pair.com/ ftp://gentoo.mirrored.ca/ http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d a52 aac aalib acpi aim alsa amd64 arts atlas audiofile avi bash-completion berkdb bitmap-fonts bzlib cdparanoia cdr crypt cups dv dvb dvd dvdr dvdread emul-linux-x86 encode exif f77 ffmpeg fftw flac font-server foomaticdb fortran gif glut gpm gtk gtk2 icq imagemagick imlib ipv6 jack jikes joystick jp2 jpeg kde lcms libg++ libmng libwww lm_sensors lzw lzw-tiff mad mikmod mozilla moznomail mp3 mpeg msn multilib ncurses nls nocardbus offensive ogg oggvorbis opengl oss pam pdflib perl pic png ppds python qt quicktime readline scanner sdl sndfile speex spell ssl szip tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode usb userlocales vcd videos wmf xml xml2 xmms xosd xpm xrandr xv xvid yahoo zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Created attachment 50244 [details] gcc's config.log file after gcc failed compiling when following #77718 workaround
The work-around of bug #77718 didn't work directly. the step: emerge --nodeps gcc failed with: checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/gcc-3.4.3-r1/work/build/gcc/xgcc -B/var/tmp/portage/gcc-3.4.3-r1/work/build/gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include -m32 checking for C compiler default output... a.out checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. make[1]: *** [configure-target-libstdc++-v3] Error1 make[1]: Leaving directory `/var/tmp/portage/gcc3.4.3-r1/work/build' make: *** [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-3.4.3-r1 failed. !!! Function gcc_do_make, Line 1079, Exitcode 2 !!! make failed with profiledbootstrap config.log is atached I did find a way to work around it, but it seems highly inneficient. 01. explode 2004.3-stage1 02. bind proc 03. chroot into it 04. env-update 05. source /etc/profile 06. emerge sync 07. tweek my make.conf 08. emerge --nodeps linux26-headers 09. USE="-multilib" emerge --nodeps gcc 10. cd /usr/portage 11. scripts/bootstrap.sh (this step will fail at some point) 12. FEATURES="-sandbox" emerge --nodeps gcc 13. rm /var/run/bootstrap-progress 14. scripts/bootstrap.sh (Note, step 14 is currently being done at time of writing, but it seems to progress properly.)
I can now comfirm that the work-around I gave work (bootstrap completed)
*** This bug has been marked as a duplicate of 80434 ***
