This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: mainline boostrap comparison failure on i686-pc-linux-gnu with gcc 3.2.3 20030502 (Red Hat Linux 3.2.3-49)
- From: "H. J. Lu" <hjl at lucon dot org>
- To: Joern RENNECKE <joern dot rennecke at st dot com>
- Cc: Andrew Pinski <pinskia at physics dot uc dot edu>, gcc at gcc dot gnu dot org
- Date: Thu, 12 May 2005 06:11:46 -0700
- Subject: Re: mainline boostrap comparison failure on i686-pc-linux-gnu with gcc 3.2.3 20030502 (Red Hat Linux 3.2.3-49)
- References: <200505111744.j4BHixr4018481@earth.phy.uc.edu> <42834F32.7030403@st.com>
On Thu, May 12, 2005 at 01:42:26PM +0100, Joern RENNECKE wrote:
> Andrew Pinski wrote:
>
> >>
> >>
> >>
> >Actually it is easy to peak at any of them and you will see that the
> >tree optimizators (lim to be in fact) has changed something somewhere.
> >
> >
> The trouble is that I'm running the tests on Red hat Enterprise Linux,
> and even
> with the address randomization allegedly turned off, most addresses
> still end
> up being random. So I've looked at differences of dump file sizes
> instead, and the
> first was in the greg dumps. Still, experimentation with 3.4.3 supports
> your
> statement that the mainline code is to blame: I also get bootstrap
> comparison
> failures with 3.4.3 as the bootstrap compiler, in fact two different sets
> using two different mainline snapshots:
>
> Bootstrap comparison failure!
> ./expmed.o differs
> build/genattrtab.o differs
> build/gengtype-lex.o differs
> make[1]: *** [gnucompare] Error 1
>
> and
>
> Bootstrap comparison failure!
> ./emit-rtl.o differs
> ./expmed.o differs
> build/genattrtab.o differs
> make[1]: *** [gnucompare] Error 1
FWIW, I saw the same problem on RHEL 4.
H.J.