Internal compiler error in expand_end_loop, at stmt.c:2563

[Jan Hubicka]

> On Thu, 20 Sep 2001, Jan Hubicka wrote:
> >> Jan, my gutt and the ChangeLog indicate that this is "yours":
> >>
> >>   % gccvs check.ii -O3
> >>   check.C: In constructor `SIMPLE_SAT::SIMPLE_SAT(const std::vector<MC_RULE,
> >>      std::allocator<MC_RULE> >&, const GATOMSET&)':
> >>   check.C:473: Internal compiler error in expand_end_loop, at stmt.c:2563
> >>
> >> Seen on i386-unknown-freebsd4.3 since two, three days; check.ii.bz2 is
> >> attached.
> > I've finally got to reproduce the problem.  There appears to be problem with
> > inlining function that already has inpaired notes.
> > I am not quite sure how that can happen and if my insn emitting changes had
> > introduced it.
> 
> I'm rather sure this was triggered (even if not necessarily directly
> caused) by your patches, and the bug is still here. If have attached a
> preprocessed source file generated using today's CVS sources on a Debian
> GNU/Linux i686 box.
I did some progress on tracking it down (couting the notes), but the unpaired
notes appears to come from RTL generation and I really don't see how C++ frontend
produces them.

I will first install the 3.0.0 patches and then take a look at it today again.

Honza
> 
> > It appears to be dificult to simplify the preprocesed C++ file to something
> > trackable, so I will try to investigate it more at home at faster machine.
> >
> > Richard, do you have any idea what is going on?
> 
> Any progress on tracking this down?
> 
> Gerald
> -- 
> Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/