[Bug rtl-optimization/24899] loop.c miscompiles libgnomecanvas

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2005-11-19 10:22 
---
I don't know.  There seems to be a latent problem in loop.c (no wonders).  We
are currently trying to get rid of loop.c for 4.1 (by effectively disabling
it), so we may not care if this is not fixed.  For 4.2 we will get rid of
loop.c completely.

So, SUSPENDED seems appropriate (unless someone wants to work on it).  I also
remove the regression marker and note it as a loop.c bug in the summary.

May I create a testcase and apply that to the branch(es), so we notice
re-surfacing of the problem?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |SUSPENDED
Summary|[4.1 Regression] Miscompiles|loop.c miscompiles
   |libgnomecanvas  |libgnomecanvas


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

[Bug rtl-optimization/24899] loop.c miscompiles libgnomecanvas

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2005-11-19 10:36 
---
Created an attachment (id=10292)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10292action=view)
proposed testsuite entry

Btw, did you remember to use -fno-inline?  I still seem to be able to reproduce
it.  Testcase which doesn't require that and any includes attached.


-- 


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

[Bug rtl-optimization/24899] loop.c miscompiles libgnomecanvas

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|SUSPENDED   |NEW
   Last reconfirmed|2005-11-18 18:01:19 |2005-11-19 10:37:01
   date||


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