[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms

2005-11-16 Thread ebotcazou at gcc dot gnu dot org


--- Comment #29 from ebotcazou at gcc dot gnu dot org  2005-11-16 17:27 
---
 So I guess it would be possible right now to fix the bootstrap issue
 by a pure front-end patch.  (This doesn't address the more general 
 question of whether or not the gimplifier has a bug that can be exposed
 by other front-ends too, of course ...)

OK, thanks for the analysis.

Richard, what do you think?  The pure front-end patch Ulrich is talking about
is the Ada FE part of http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kenner at vlsi1 dot ultra
   ||dot nyu dot edu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533



[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms

2005-11-16 Thread uweigand at gcc dot gnu dot org


--- Comment #30 from uweigand at gcc dot gnu dot org  2005-11-17 01:08 
---
With that patch applied, Ada bootstraps on s390-ibm-linux and
s390x-ibm-linux.  Regression test results are at:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00831.html
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00832.html

There's still quite a number of regressions, but the good news
is that all of them are already known from other platforms.

Sorted by PR number, the regressions are:

both s390 and s390x:
PR 18659:  c32001e c64105b c95086b
PR 22333:  c34007p c34007r c45282b
PR 20548:  c52103x c52104x c52104y
PR 22561:  ca11c01

s390x only:
PR 18819:  cdd2a01(*) cdd2a02

s390 only:
PR 20753:  ce3810b

(*) The PR mentions only cdd2a02.  But cdd2a01 fails with seemingly
the same symptom for me ...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533



[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms

2005-11-15 Thread uweigand at gcc dot gnu dot org


--- Comment #28 from uweigand at gcc dot gnu dot org  2005-11-15 18:31 
---
Just one additional comment: the patch from comment #10 was rejected,
maybe because it required changes to the core gimplifier.

However, I've tested just the Ada front-end pieces from that patch,
and this *already* fixed the problem for me.  The reason appears to
be that -in general- occurrences of ADDR_EXPR (CONSTRUCTOR) do not
constitute a problem.

The problem only comes when such constructs occur in turn as part of
another (outer) CONSTRUCTOR.  The middle-end never generates that case,
only the Ada front-end does -- thus it suffices to fix those cases in
the Ada front-end itself.

So I guess it would be possible right now to fix the bootstrap issue
by a pure front-end patch.  (This doesn't address the more general 
question of whether or not the gimplifier has a bug that can be exposed
by other front-ends too, of course ...)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533



[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms

2005-11-14 Thread ebotcazou at gcc dot gnu dot org


--- Comment #26 from ebotcazou at gcc dot gnu dot org  2005-11-15 06:31 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-07-23 15:24:35 |2005-11-15 06:31:15
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533



[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms

2005-11-14 Thread ebotcazou at gcc dot gnu dot org


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |critical


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533



[Bug ada/22533] [4.1 regression] Ada ICE during bootstrap on many platforms

2005-11-14 Thread ebotcazou at gcc dot gnu dot org


--- Comment #27 from ebotcazou at gcc dot gnu dot org  2005-11-15 07:47 
---
Mark,

 Downgraded to P5.  If this is not Ada-specific, please attach a C/C++ test
 case.

Well, this is definitely not Ada-specific, see comment #11.  According to your
analysis for PR c++/23171, the middle-end has started rejecting constructs it
used to accept, lightly breaking the C++ compiler and severely breaking the Ada
compiler in the process.  What should we do for 4.1?


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|ebotcazou at gcc dot gnu dot|mark at codesourcery dot com
   |org |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533