--- Comment #7 from rguenth at gcc dot gnu dot org 2007-10-12 08:42 ---
Subject: Bug 26198
Author: rguenth
Date: Fri Oct 12 08:42:13 2007
New Revision: 129256
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129256
Log:
2007-10-12 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-10-12 08:42 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-11 11:57 ---
The original issue seems to no longer trigger with the testcase, the missed
combining is fixed with a patch I have.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-10-11 12:10 ---
Also
because in fold_binary where we handle this kind of stuff we have
if (!offset0 || !offset1
|| TREE_TYPE (offset0) == TREE_TYPE (offset1))
{
...
is no
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-03-05 17:07 ---
Depends on (and is partly fixed by) PR30965.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-26 09:53 ---
And note that before TER we have
p_108 = this_91-a3.x[0];
D.3632_327 = p_108 + 15B;
if (p_108 = D.3632_327) goto L203; else goto L47;
it sucks that we don't tree-combine COND_EXPRs. Testcase:
int foo(int
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-19 19:40 ---
Note that the reason mentioned was fixed recently, but we still have (in
.optimized):
L18:;
p = D.2217-a2.x[0];
D.2237 = D.2217-a2.x[2];
if (p D.2237) goto L19; else goto L21;
...
L21:;
p =
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 15:43 ---
Confirmed, this testcase is from PR 26197.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added