This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/14671] [3.3/3.4 regression] caller-save.c:491: internal compiler error: Segmentation fault
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 27 May 2004 03:38:10 -0000
- Subject: [Bug bootstrap/14671] [3.3/3.4 regression] caller-save.c:491: internal compiler error: Segmentation fault
- References: <20040321182857.14671.danglin@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-05-27 03:38 -------
Subject: Re: [3.3/3.4 regression] caller-save.c:491: int
> The new regression caused by Dave backporting rth's patch on 04/24 is
> unrelated and was detected by me only because I did a full regression
> run on the POOMA tests with the (appearantly) fixed compiler.
This assertion has not been proved. I've seen a number of bugs recently
that were totally unrelated to the change that introduced them.
If you look at the comment in ggc-page.c for lookup_page_table_entry,
you will see that it says "Die (probably) if the object wasn't allocated
via GC." The patch in question didn't create the object that caused
the ICE. Thus, as I indicated previously, more information is needed
about the object that caused the ICE, and how and when it was added
to the alias_invariant array.
The alias_invariant array is supposed to contain RTX objects and these
are always allocated via GC as far as I know. So, marking the objects
in this array shouldn't be a problem unless some are not GC objects.
Richard has indicated that the regression isn't present on 3.4, yet it
has essentially the same change. If we revert this on 3.5, the pa and
alpha won't build. The build problems are critical for these ports.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14671