http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-09
12:47:56 UTC ---
The first patch bootstrapped/regtested fine on both x86_64-linux and
i686-linux, the second one caused a couple of regressions on x86_64-linux (and
worked
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-09
19:31:48 UTC ---
Author: jakub
Date: Tue Nov 9 19:31:45 2010
New Revision: 166509
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166509
Log:
PR target/43808
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-08
11:27:33 UTC ---
As usual this might be as well a type-merging problem in the Frontend.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-08
14:39:51 UTC ---
The problem seems to be that on the c.f90:
...
D.1548.i.data = 0B;
atmp.7.dtype = 3113;
atmp.7.dim[0].stride = 1;
atmp.7.dim[0].lbound = 0;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-08
15:21:41 UTC ---
Indeed, for
x:
(mem/s:DI (reg/f:DI 117 [ D.1692 ]) [6 MEM[(struct a[2] *)D.1692_63]+0 S8 A64])
mem:
(mem/s/f/c:DI (plus:DI (reg/f:DI 20 frame)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-08
15:32:03 UTC ---
(In reply to comment #6)
Indeed, for
x:
(mem/s:DI (reg/f:DI 117 [ D.1692 ]) [6 MEM[(struct a[2] *)D.1692_63]+0 S8
A64])
mem:
(mem/s/f/c:DI (plus:DI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-08
15:38:21 UTC ---
Ah,
if (optimize)
update_alias_info_with_stack_vars ();
explains that. Guess it should be if (optimize || ...).
if (optimize || flag_strict_aliasing)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-08
16:39:39 UTC ---
Created attachment 22329
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22329
gcc46-pr43808-2.patch
Another possible fix (also untested).
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-02 10:41 ---
This looks like a genuine RTL alias problem, ipa-reference just causes x, y
and z to be marked as not aliased.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-23 11:47 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.6.0
15 matches
Mail list logo