--- Comment #15 from jamborm at gcc dot gnu dot org 2010-09-09 23:28
---
Subject: Bug 44972
Author: jamborm
Date: Thu Sep 9 23:28:27 2010
New Revision: 164135
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164135
Log:
2010-09-10 Martin Jambor mjam...@suse.cz
PR
--- Comment #16 from jamborm at gcc dot gnu dot org 2010-09-09 23:38
---
Subject: Bug 44972
Author: jamborm
Date: Thu Sep 9 23:38:23 2010
New Revision: 164136
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164136
Log:
2010-09-10 Martin Jambor mjam...@suse.cz
PR
--- Comment #17 from jamborm at gcc dot gnu dot org 2010-09-09 23:41
---
Hopefully finally fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jamborm at gcc dot gnu dot org 2010-09-08 17:01
---
Patches submitted to the mailing list for approval/comments:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00674.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44972
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44972
--- Comment #12 from jamborm at gcc dot gnu dot org 2010-08-08 18:31
---
Created an attachment (id=21438)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21438action=view)
My current WIP patch to fix this
This is my current WIP patch to fix this problem. I will resume work
on this
--- Comment #13 from jamborm at gcc dot gnu dot org 2010-08-08 18:39
---
(In reply to comment #12)
Created an attachment (id=21438)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21438action=view) [edit]
My current WIP patch to fix this
This is my current WIP patch to fix this
--- Comment #11 from jamborm at gcc dot gnu dot org 2010-07-23 19:14
---
I'll take over.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jamborm at gcc dot gnu dot org 2010-07-22 18:29
---
OK, I have finally reached this one, I will have a look at it tomorrow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44972
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-19 12:47 ---
Well, the list of problems is endless it seems - we are not consistent in
how we build accesses for
declD.1.u1.a.align = 13;
vs.
decl$u1$a$align_5 = BIT_FIELD_REF MEM[(unnamed-unsigned:24 *)declD.2],
24, 0;
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-19 12:49 ---
Created an attachment (id=21249)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21249action=view)
wip patch
Testcase that shows this behavior is gcc.dg/tree-ssa/vrp14.c which is
miscompiled.
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-18 17:51 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-18 20:57 ---
Martin, can you have a look here? All this build_ref_for_offset should
now be very easy. But we need to have the original access tree that we
replace as well. The built access should simply be
fold_build2
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-18 21:10 ---
Created an attachment (id=21246)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21246action=view)
prototype
sth like this, with the FIXME resolved (it's not clear which is the reference
we are replacing at each
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-18 21:22 ---
More like
if (TREE_CODE (*expr) == MEM_REF
TREE_OPERAND (*expr, 0) != ADDR_EXPR)
*expr = fold_build2 (MEM_REF, exp_type,
TREE_OPERAND (*expr, 0),
--- Comment #2 from hjl dot tools at gmail dot com 2010-07-17 18:07 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from marc dot glisse at normalesup dot org 2010-07-17 18:49
---
In case it may help, let me mention that other test programs for our library
show:
internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1023
or:
warning: '#'mem_ref' not supported by
17 matches
Mail list logo