When updating gcc it tries to build gcc 3.3.6 but gets stuck at the following.... * Fixing misc issues in configure files * Updating boehm-gc/configure... and seems to get stuck in a loop and never completes.
emerge --info, please...
Gentoo Base System version 1.12.0_pre12 Portage 2.1_pre3-r1 (default-linux/sparc/sparc64/2005.0, gcc-3.3.5-20050130, gli bc-2.3.3.20040420-r2, 2.4.31-sparc sparc64) ================================================================= System uname: 2.4.31-sparc sparc64 sun4u dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.4.26-r1 ACCEPT_KEYWORDS="sparc ~sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc" CHOST="sparc-unknown-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="-O2 -mcpu=ultrasparc" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://server/gentoo-portage" USE="sparc X arts avi berkdb bitmap-fonts bzip2 crypt cups dlloader encode esd e xpat fbcon foomaticdb fortran gcc64 gdbm gif gnome gpm gtk gtk2 imlib jpeg kde l ibwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts udev usb xml2 xmms xv zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVER LAY
downgrade your portage to 2.0.54 and re-run emerge if that still fails, run `emerge ~gcc-3.3.6 --debug >& log` and post the log as an attachment to this bug
Created attachment 76013 [details] gcc 3.3.6 build log I'd actually upgraded portage to 2.1_pre because of this problem just to check, but it also happens with 2.0.54. Attached is the debug output which shows that it's not boehm-gc/configure that's causing it as that seems to complete, but './contrib/gcc_update --touch' seems to stick the build process.
Now, running that manually from the incomplete build shows this... Touching gcc/cstamp-h.in... Touching boehm-gc/aclocal.m4... Touching boehm-gc/Makefile.in Touching libjava/Makefile.in Touching gcc/cstamp-h.in... Touching boehm-gc/aclocal.m4... Touching boehm-gc/Makefile.in Touching libjava/Makefile.in Touching gcc/cstamp-h.in... Touching boehm-gc/aclocal.m4... Touching boehm-gc/Makefile.in Touching libjava/Makefile.in Touching gcc/cstamp-h.in... Touching boehm-gc/aclocal.m4... Touching boehm-gc/Makefile.in Touching libjava/Makefile.in Touching gcc/cstamp-h.in... Touching boehm-gc/aclocal.m4... Touching boehm-gc/Makefile.in Touching libjava/Makefile.in and it keeps repeating forever.....
Try upgrading to sparc-sources-2.4.31-r2 or newer (2.4.32 preferred) since 2.4.31 had a utimes bug for sparc64 which can easily be the cause for this.
i thought your short log was from somewhere else (ebuild) but what youve shown is part of the configure process of gcc itself ... and if your kernel has a bug with timestamps, then Gustavo is spot on
Thanks, upgrading to 2.4.32 fixed the problem.