[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

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

Bug 19794 depends on bug 23622, which changed state.

Bug 23622 Summary: Dom jump threading at -O1 confuses branch prediction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

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

Bug 19794 depends on bug 58698, which changed state.

Bug 58698 Summary: [4.7/4.8/4.9 Regression] Spurious "may be used unitialized" warning when compiling with -Os
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58698

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |DUPLICATE

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

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

Bug 19794 depends on bug 58455, which changed state.

Bug 58455 Summary: spurious "may be used uninitialized" warning with -Og
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58455

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |DUPLICATE

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

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

Bug 19794 depends on bug 54742, which changed state.

Bug 54742 Summary: Switch elimination in FSM loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[jgreenhalgh at gcc dot gnu.org]

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

Bug 19794 depends on bug 54742, which changed state.

Bug 54742 Summary: Switch elimination in FSM loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[spop at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 54742, which changed state.

Bug 54742 Summary: Switch elimination in FSM loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 61428, which changed state.

Bug 61428 Summary: wrong "maybe-uninitialized" (jump threading? predicate analysis?)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61428

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 84078, which changed state.

Bug 84078 Summary: false positive for -Wmaybe-uninitialized with __asm__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84078

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 54345, which changed state.

Bug 54345 Summary: jump threading leaks e->aux heap memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54345

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 68548, which changed state.

Bug 68548 Summary: bogus "may be used uninitialized" (predicate analysis)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68548

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[pinskia at gcc dot gnu dot org]

-- 
Bug 19794 depends on bug 19940, which changed state.

Bug 19940 Summary: Missed jump threading opportunity due to |.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19940

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[pinskia at gcc dot gnu dot org]

-- 
Bug 19794 depends on bug 18076, which changed state.

Bug 18076 Summary: Missed jump threading optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18076

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

-- 
Bug 19794 depends on bug 19804, which changed state.

Bug 19804 Summary: Missed jump threading opportunity on "else" arm of COND_EXPR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19804

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

-- 
Bug 19794 depends on bug 19516, which changed state.

Bug 19516 Summary: missed optimization (bool)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19516

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

-- 
Bug 19794 depends on bug 15352, which changed state.

Bug 15352 Summary: [tree-ssa] missed jump threading opportunity due to lack of short circuit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15352

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

-- 
Bug 19794 depends on bug 15221, which changed state.

Bug 15221 Summary: a jump threading opportunity blocked by a few intervening instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15221

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[steven at gcc dot gnu dot org]

------- Additional Comments From steven at gcc dot gnu dot org  2005-04-23 16:58 -------
18832 has no jump threading issues left, says Jeff. 

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|18832                       |


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[steven at gcc dot gnu dot org]

-- 
Bug 19794 depends on bug 16538, which changed state.

Bug 16538 Summary: Missed jump threading opportunity with struct fields (but RTL thread_jumps does catch it)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16538

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-22 18:30 -------
The reload bug has been "resolved" or at least it's in a state where we can
move forward with the jump threading changes.

I've finally got the dynamic branching data which shows pretty much what I
expected -- we execute fewer jumps :-)

What I've done is used  GCC's arc-profiling and branch prediction support to
give us a picture of the runtime branching behavior of a set of programs
(SPECINT2000).  Specifically we're looking at how many conditional branches were
executed (regardless of whether or not they were taken or not taken).  We 
measure this with and without the jump threading changes.  This gives us a
highly accurate measure of how effective the jump threading changes are at
reduncing the number of branches a program executes at runtime (it does not
measure the secondary effects like exposing new expression redundancies).

For SPECINT2000 we see a reduction in conditional branches of 4%.  Yes, the
threading changes manage to eliminate 4 out of every 100 branches executed
at runtime across a fairly large benchmark suite.  One benchmark (gzip) saw
an incredible 21% reduction in runtime branches executed, though sadly gzip
doesn't show a measurable runtime improvement (most likely because there were
few, if any secondary optimization opportunities exposed by jump threading
and/or the branches it eliminated were easily predicted by the hardware and
thus weren't causing considerable branch mis-prediction penalties).

These changes are also now showing a net improvement in compile-time.

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-19 17:59 -------
An update.  The jump threading changes are blocked pending resolution of
a semi-latent bug in reload which is exposed by the combination of the
jump threading changes plus the recent merges from TCB.

I'm testing a patch which resolves the semi-latent bug and hope to remove
that blocker by COB today.

jeff

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-08 18:19 -------
OK. I'm pretty sure the perl improvements are really just an artifact of
changes in what objects get spilled onto the stack on the offsets of each
particular object.

I can with a small amount of work twiddle register allocation (and thus
spilling behavior) in such a way as to make perl built without the threading
changes run significantly faster than perl built with the threading changes.
[ Which is the exact opposite of the runtime behavior if we do not twiddle
  the register allocation priorities. ]

While it's certainly not proof, I'm confident that the reason performance is
swinging back and forth is due to cache effects in the stack, particuliarly
for spill slots in one critical function.  Anything which changes which objects
are spilled on the stack, or the offsets of those objects on the stack is
likely to cause wild swings in performance, at least on P4s.

The net result is, IMHO, we should ignore Perl's results when benchmarking
the new threading changes on P4s, and possibly other platforms.  This may
also hold true when benchmarking other changes which could potentially affect
register allocation (which, of course, is just about everything).

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-06 19:21 -------
More info.

It appears that threading one specific jump is responsible for triggering
the big speedup.  And it could cause the kind of effects we're seeing.

Basically we're threading a conditional branch to a loop exit test back to the
top of the loop.  This has the effect of creating nested loops.  This in turn
causes the register allocators to make different choices in regards to what
values should be kept in registers and which end up on the stack (and at
what offsets each object appears on the stack).

That could cause the kind of decrease in L2 activity I'm seeing, particularly
with the recursive nature of the function in question.  I've got a few more
tests to run before I claim this to be the cause of the huge improvement.
But this is the best theory which fits the data I've seen so far.

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-06 17:41 -------
Subject: Re:  [meta-bug] Jump threading
	related bugs

On Wed, 2005-04-06 at 06:38 +0000, pinskia at gcc dot gnu dot org wrote:
> ------- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-06 06:38 -------
> (In reply to comment #7)
> > They don't even bear-out on other x86 platforms -- my older P3 and AMD
> > boxes don't show the same kind of big improvement (they show a small
> > improvements).  However, both of my P4s show big improvements.
> 
> Huh, both of those targets are still x86.
And my point was that the improvement from everything I've managed to
gather so far is either specific to the P4 or possibly specific to the
size of the cache on the P4.




>  So what about on say Power4 or PowerPC 970?
I don't have either of those.  My non-x86 boxes are all, err, old.  My
PPC I think is a 233MHZ PPC750.  It'd probably take more than I day to
get things built and running on that ancient box.  I only use it to 
diagnose PPC specific problems.

jeff




-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2005-04-06 06:38 -------
(In reply to comment #7)
> They don't even bear-out on other x86 platforms -- my older P3 and AMD
> boxes don't show the same kind of big improvement (they show a small
> improvements).  However, both of my P4s show big improvements.

Huh, both of those targets are still x86. So what about on say Power4 or PowerPC 970?

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-06 03:21 -------
Subject: Re:  [meta-bug] Jump threading
	related bugs

On Wed, 2005-04-06 at 02:05 +0000, dberlin at dberlin dot org wrote:
> ------- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-06 02:05 -------
> Subject: Re:  [meta-bug] Jump threading
> 	related bugs
> 
> On Wed, 2005-04-06 at 00:25 +0000, law at redhat dot com wrote:
> > ------- Additional Comments From law at redhat dot com  2005-04-06 00:25 -------
> > Just more notes on the huge perl speedup with the threading changes...
> > 
> 
> Have you tried on non-x86 to see if the results bear out on other
> platforms?
They don't even bear-out on other x86 platforms -- my older P3 and AMD
boxes don't show the same kind of big improvement (they show a small
improvements).  However, both of my P4s show big improvements.


jeff



-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[dberlin at dberlin dot org]

------- Additional Comments From dberlin at gcc dot gnu dot org  2005-04-06 02:05 -------
Subject: Re:  [meta-bug] Jump threading
	related bugs

On Wed, 2005-04-06 at 00:25 +0000, law at redhat dot com wrote:
> ------- Additional Comments From law at redhat dot com  2005-04-06 00:25 -------
> Just more notes on the huge perl speedup with the threading changes...
> 

Have you tried on non-x86 to see if the results bear out on other
platforms?




-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-06 00:25 -------
Just more notes on the huge perl speedup with the threading changes...

For reasons yet unknown, we're seeing a lot less L2 cache traffic when perl
is compiled with the threading changes.  The decreased L2 traffic also
corresponds to the areas of code which I had previously identified as
showing the most significant runtime improvements.

What I don't have an answer for yet is _why_ we're seeing the huge decrease
in L2 traffic.  We're seeing a huge jump in MEMORY_CANCEL events, which if
I understand the docs correctly will cause an increase in cache activity as
we are either low on store buffers or we have conflicts due to 64k aliasing.
[Both sub-events are way-down with the threading changes. ]

Attempts to perturb the size of the stack for the recursive routine in question
to avoid the 64k aliasing problem haven't met with any success yet.  We are
seeing variables spilled into different stack locations, so that _could_ be
the ultimate cause of the cache behavior.  These things would definitely
classify as secondary order effects

We're also seeing a measurable decrease in ITLB misses, howerver, I'm not
convinced that the decrease is significant enough to cause the kind of
performance improvement we're seeing.

Anyway, I'm still plugging away...

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-04-02 01:31 -------
Some notes on recent poking and prodding.

The big perl speedup is consistent on my P4 -- but perl shows no significant
change on my AMD box.  Perl spends ~50% of its time in one routine (regexec)
and, surprise, that's the routine where profiling shows the great improvements.

Unfortunately, the profiling data hasn't pinpointed _why_ that routine is
running so much faster.  If one is to believe the oprofile data, the
huge reduction in cycles actually occurs in the function's header block.
But it's not substantially different between the version compiled with
and without the threading updates.  And it does not appear that threading has
turned any of the recursive calls into simple loops.  Looking at the profile
results from different P4 counters hasn't provided any additional insight
yet.  Sigh.

Anyway, I'll continue poking at Perl -- I'd really like to understand the 
huge improvements before installing the patch. 

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-03-22 17:12 -------
The EON issue mentioned in my notes from last week is an instability in how IV
opts selects which induction variables to use.  Zdenek has a patch which helps
increase the stability of the IV selection code and produce better debugging 
information.  That patch eliminates the huge EON regression, but there's still
some bad things happening.


Here's some hard data from SPEC2000:

                    Mainline + Zdenek's patch    + Threading changes:

                          Runtime    Ratio         Runtime    Ratio
   164.gzip                 158       887*           158       887*
   175.vpr                  264       530*           271       517*
   176.gcc                  130       846*           133       829*   
   181.mcf                  337       534*           353       510*
   186.crafty               116       864*           115       869*
   197.parser               252       715*           255       706*
   252.eon                  166       783*           155       838*
   253.perlbmk              190       947*           169      1063*
   254.gap                  117       939*           119       924*
   255.vortex               183      1039*           182      1043*
   256.bzip2                235       639*           230       652*
   300.twolf                433       692*           447       671*
   ----------------------------------------------------------------
                                      768                      772


Which is rather disappointing, with the obvious exception of eon and
perlbmk which improve enough to offset all the other consistent losses.

I was still concerned about the instability of IV opts skewing the results
(either in a positive or negative way).  So I did runs with IV opts disabled.

                    Mainline no IV opts     + Threading Improvements

                   Runtime    Ratio            Runtime   Ratio
   164.gzip          157       894*             157       892*                 
         
   175.vpr           263       533*             264       531*               
   176.gcc           127       866*             126       872*              
   181.mcf           329       547*             327       550*                  
   186.crafty        114       877*             115       873*               
   197.parser        250       719*             249       723*                   
   252.eon           173       752*             159       815*                     
   253.perlbmk       172      1047*             150      1201*                 
      
   254.gap           117       941*             118       934*                 
       
   255.vortex        182      1046*             180      1055*                      
   256.bzip2         225       667*             224       670*                      
   300.twolf         429       699*             429       699*
   -----------------------------------------------------------                 
                               781                        796

Which looks *much* better.  There are still some regressions, but they are
relatively small and are offset by similar small improvements.  We still get
big speedups for perl and eon.

>From that I can conclude that there's still some bad interaction between
IV opts and the new threading code.  Either the IV selection instability
is still causing significant issues or some other effect I haven't discovered
yet.

I'm going to spend a little time trying to figure out what interaction between
the new threading code and IV opts is still causing us heartburn before moving
forward with the threading changes.

[ I'll note that according to this test, we generally seem to get better code
  without IV opts.  Which is probably a good sign that the IV opts code needs
  some serious tuning. ]

Jeff

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[law at redhat dot com]

------- Additional Comments From law at redhat dot com  2005-03-16 19:24 -------
An update on the new jump threading selection code.

All the base infrastructure is in place (namely the code to avoid creating
irreducible regions).  Benchmarking the new selection code has turned up one
issue with eon that I'm trying to sort out right now.

jeff

-- 


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
Bug 19794 depends on bug 19938, which changed state.

Bug 19938 Summary: Missed jump threading opportunity due to signedness difference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19938

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |19940


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |19938


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |19804


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pinskia at gcc dot gnu dot
                   |                            |org
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2005-02-06 17:57:10
               date|                            |


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |18076


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |19516


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |18832


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |18046


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |16538


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu at cs dot umass dot edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |17116


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

[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs

[kazu@cs.umass.edu]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |15352


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