Mainline bootstrap failure (Re: libstdc++ execute tests)
Gabriel Dos Reis
Gabriel.Dos-Reis@cmla.ens-cachan.fr
Thu Apr 12 03:14:00 GMT 2001
Alexandre Oliva <aoliva@redhat.com> writes:
| On Apr 12, 2001, Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr> wrote:
|
| > The breakage seems to happen between 16:00 and 18:00. Currently I'm
| > suspecting this patch:
|
| > - $(MAKE) CC="$(CC)" libdir=$(libdir) LANGUAGES="$(BOOT_LANGUAGES)" \
| > - CFLAGS="$(CFLAGS)"
| > + $(MAKE) CC="$(CC)" libdir=$(libdir) LANGUAGES="$(BOOT_LANGUAGES)"
|
| In this case, your bootstrap compiler is a strong suspect.
It is gcc-3.0.
| What is CFLAGS set to in the top-level Makefile?
CFLAGS = -Wall -O4
| How about STAGE1_CFLAGS in gcc/Makefile?
# STAGE1_CFLAGS is set by configure on some targets.
XCFLAGS =
TCFLAGS =
BOOT_CFLAGS = -g -O2
STAGE1_CFLAGS = -g
CFLAGS = $(STAGE1_CFLAGS)
| With DJ's patch, the top-level CFLAGS probably stops overriding
| STAGE1_CFLAGS, so you may get an optimized stage1.
| If the bootstrap compiler mis-optimizes the code, stage1 may
| simply crash. However, if you're lucky (and you seem to be!), it'll
| just disable a few optimizations, so stage2 will work correctly, but
| it will generate different code, because it won't miss the
| optimizations. If this theory is correct, bootstrap4 should succeed.
I don't know if the theory is incorrect but bootstrap4 doesn't
succeed :-(
Since the bootstrapping compiler is gcc-3.0, the problem is serious.
Note that I'm now able to bootstrap mainline WITHOUT DJ's patch.
I can't remember what problem it is supposed to solve.
-- Gaby
More information about the Gcc-patches
mailing list