--- Comment #5 from law at redhat dot com 2006-02-09 02:36 ---
Subject: Re: Missed jump threading
opportunity on trees
On Mon, 2006-02-06 at 16:17 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 16:17
---
--- Comment #7 from law at gcc dot gnu dot org 2006-02-09 02:36 ---
Subject: Bug 21417
Author: law
Date: Thu Feb 9 02:36:33 2006
New Revision: 110785
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110785
Log:
PR tree-optimization/21417
* tree-ssa-threadedge.c
--- Comment #8 from law at redhat dot com 2006-02-09 02:36 ---
Fixed with today's change to tree-ssa-threadedge.c
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #4 from law at redhat dot com 2006-02-07 21:24 ---
The jump threading code is *very* conservative when threading across a backedge
in the CFG. The fundamental issue is that you'll have the result of the
conditional in your hash tables from the normal DOM walk and you may
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 16:17 ---
the load PRE issue has been fixed but DOM does not thread the jump for some
reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21417
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-21 03:03 ---
Oh, we still not load PRE this one because we don't handle (*a).b yet.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
What|Removed |Added
Component|middle-end |tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21417
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-06
14:12 ---
Confirmed, there is a load PRE missing also which looks like is causing the
jump threader not to be able
to do this jump.
--
What|Removed |Added
