Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 50188 - gcc-3.3.2-r5 failed to compare stages 2 and 3 during bootrap
Summary: gcc-3.3.2-r5 failed to compare stages 2 and 3 during bootrap
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High critical
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-06 01:37 UTC by Bernd Waibel
Modified: 2004-11-24 07:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bernd Waibel 2004-05-06 01:37:57 UTC
During installation of a clean gentoo system, using the portage-20040504 snapshot
and the stage1-x86-2004-1 stage tarball, the system failed to compile gcc using the bootstrap-2.6 script. In prior tries to install gentoo during the last four weeks, this didn't never occur. Onfortunately the comparison seems to fail on different files. The first time it failed on the diagnostics.o file, the second time at the mkdeps.o file. I use a make.conf which i use to save between several tries to install a gentoo system. I am installing gentoo from within another running linux system.

Reproducible: Always
Steps to Reproduce:
1. unpack stage1-x86-2004-1 tarball
2. unpack portage-20040504 snapshot into ${GENTOO_ROOT}/usr
3. cd /usr/portage
4. scripts/bootstrap-2.6.sh
Actual Results:  
The bootstrapping failed with the following error:

Bootstrap complete - make "quickstrap" to redo last build,
or "cleanstrap" to redo the bootstrap from scratch.
make[1]: Leaving directory `/mnt/compile/portage/gcc-3.3.2-r5/work/build/gcc'
Comparing stage2 and stage3 of the compiler
make[1]: Entering directory `/mnt/compile/portage/gcc-3.3.2-r5/work/build/gcc'
rm -f .bad_compare
case "compare-lean" in compare | compare-lean ) stage=2 ;; * ) stage=`echo
compare-lean | sed -e 's,^compare\([0-9][0-9]*\).*,\1,'` ;; esac; \
for file in *.o; do \
  tail -c +16 ./$file > tmp-foo1; \
  tail -c +16 stage$stage/$file > tmp-foo2 \
    && (cmp tmp-foo1 tmp-foo2 > /dev/null 2>&1 || echo $file differs >>
.bad_compare) || true; \
done
case "compare-lean" in compare | compare-lean ) stage=2 ;; * ) stage=`echo
compare-lean | sed -e 's,^compare\([0-9][0-9]*\).*,\1,'` ;; esac; \
for dir in tmp-foo intl cp f objc; do \
  if [ "`echo $dir/*.o`" != "$dir/*.o" ] ; then \
    for file in $dir/*.o; do \
      tail -c +16 ./$file > tmp-foo1; \
      tail -c +16 stage$stage/$file > tmp-foo2 \
        && (cmp tmp-foo1 tmp-foo2 > /dev/null 2>&1 || echo $file differs >>
.bad_compare) || true; \
    done; \
  else true; fi; \
done
rm -f tmp-foo*
case "compare-lean" in compare | compare-lean ) stage=2 ;; * ) stage=`echo
compare-lean | sed -e 's,^compare\([0-9][0-9]*\).*,\1,'` ;; esac; \
if [ -f .bad_compare ]; then \
  echo "Bootstrap comparison failure!"; \
  cat .bad_compare; \
  exit 1; \
else \
  case "compare-lean" in \
    *-lean ) rm -rf stage$stage ;; \
    *) ;; \
  esac; true; \
fi
Bootstrap comparison failure!
mkdeps.o differs
make[1]: *** [compare-lean] Error 1
make[1]: Leaving directory `/mnt/compile/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 435, Exitcode 2
!!! (no error message)



Expected Results:  
Success in compiling, continue to install gcc, glibc, baselayout and ncurses.

The output of emerge info:

Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9,
2.4.22-1.2179.nptl)
=================================================================
System uname: 2.4.22-1.2179.nptl i686 Pentium II (Deschutes)
Gentoo Base System version 1.4.3.13
Autoconf:
Automake:
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer -g -ggdb -Wall -W"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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 -march=i686 -fomit-frame-pointer -g -ggdb -Wall -W"
DISTDIR="/mnt/share/download/open/gentoo.org/distfiles"
FEATURES="autoaddcvs ccache nostrip sandbox sfperms strict userpriv
usersandbox"GENTOO_MIRRORS="http://gentoo.inode.at/
ftp://gentoo.inode.at/source/ http://gd.tuwien.ac.at/opsys/linux/gentoo/
ftp://gd.tuwien.ac.at/opsys/linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/mnt/share/download/open/gentoo.org/packages"
PORTAGE_TMPDIR="/mnt/compile"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X Xaw3d aalib acl acpi aim alsa apache2 apm arts audiofile avi berkdb
bonobo caps cjk crypt cscope cups curl debug dedicated dga divx4linux doc dvd
emacs emacs-w3 encode esd ethereal evo fam fdftk fftw flac flash foomaticdb
freetds gb gd gdbm ggi gif gmp gnome gpm gps gstreamer gtk gtk2 gtkhtml guile
icq imagemagick imlib informix innodb jabber jack java joystick jpeg junit kde
ladcca lcms libg++ libgda libwww mad mbox mikmod mmx motif mozilla mpeg mpi msn
mule mysql nas ncurses netcdf nls odbc oggvorbis opengl oscar oss pam pda pdflib
perl plotutils png ppds prelude pwdb python qt quicktime readline samba sdk sdl
slang slp speex spell sqlite sse ssl svga tcltk tcpd tetex theora tiff truetype
unicode usb vhosts wmf x86 xinerama xml2 xmms xv xvid yahoo zlib"
 

Note: Although the output says that java is in USE, it shouldn't actually be in
  USE, because i did an 'export USE="-java"' as noted in the installation 
  handbook. Maybe a bug?

My system is PII 350 with 512M system memory and 1G swap space running fedora
core 1.

I chose to use a critical severity because it causes the bootstrap, the very
first process of a stage1 install to fail.

I didn't try to compile any other ebuilds of gcc explicitly, because the gcc
build is a rather lengthy process on my rather old machine.
Comment 1 Bernd Waibel 2004-05-06 02:25:45 UTC
I tried a manual 'make compare-lean' from within the work/build/gcc directory and it didn't report any problems to me.
Comment 2 Andrew Cooks 2004-08-08 01:08:38 UTC
This bug has been inactive for more than 90 days.

Is this still reproduceable?
Comment 3 Bernd Waibel 2004-08-08 07:23:40 UTC
well, dont know :). after there were no comments on this bug for a few days, i used a newer portage snapshot, which contained another release of gcc that worked.

i have a running gentoo for more then two months now. think i forgot about the 
bug, after there was no response. from my point of view, this bug is solved, 
although i do not know, whether it will still exist with the configuration i 
used back in may.
Comment 4 solar (RETIRED) gentoo-dev 2004-08-26 15:17:09 UTC
User reported upgrading fixes problem and seems to be unreproducible 
by any gentoo developers.
gcc-3.3.4-r1 is x86 stable now so changing resolution to WORKFORSOME.


Comment 5 SpanKY gentoo-dev 2004-11-23 22:08:06 UTC
actually close out bug ;)
Comment 6 Bernd Waibel 2004-11-24 07:06:18 UTC
do I, as reporter, need to close the bug? I was thinking it will get closed by
some gentoo developer...