--- Comment #22 from rguenth at gcc dot gnu dot org 2010-07-28 10:33
---
Subject: Bug 44903
Author: rguenth
Date: Wed Jul 28 10:32:54 2010
New Revision: 162624
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162624
Log:
2010-07-28 Richard Guenther
PR middle-end/44903
--- Comment #21 from rguenth at gcc dot gnu dot org 2010-07-28 10:33
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #20 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28
00:22 ---
Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c
execution test
On Mon, 26 Jul 2010, rguenth at gcc dot gnu dot org wrote:
> Please check whether the attached patch fixes the testcase this bu
--- Comment #19 from rguenth at gcc dot gnu dot org 2010-07-26 12:45
---
Mine again (only for restoring the pre-MEM_REF behavior).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-07-26 12:45
---
Created an attachment (id=21314)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21314&action=view)
patch
Please check whether the attached patch fixes the testcase this bug is about.
--
http://gcc.gnu.or
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-07-26 12:21
---
One of the issues is
/* For a MEM rtx, the alignment in bits. We can use the alignment of the
mode as a default when STRICT_ALIGNMENT, but not if not. */
#define MEM_ALIGN(RTX)
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-07-23 12:14
---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassign
--- Comment #15 from danglin at gcc dot gnu dot org 2010-07-14 00:18
---
We get a segv here:
Program received signal SIGSEGV, Segmentation fault.
0x0017686c in emit_block_move_hints (x=0x7afb3610, y=0x7afb36f0,
size=0x7af312d8, method=1074100336, expected_align=0, expected_size=-1
--- Comment #14 from mikpe at it dot uu dot se 2010-07-13 17:40 ---
Also fails on sparc64-linux, with SIGBUS due to misaligned load in bar().
On armv5tel-unknown-linux-gnueabi it triggers an alignment exception, which the
Linux kernel may emulate/fixup (there's a kernel tunable for that
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-13 13:53
---
Does
Index: expr.c
===
--- expr.c (revision 162140)
+++ expr.c (working copy)
@@ -8778,6 +8778,11 @@ expand_expr_real_1 (tree exp, rtx targ
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-11 22:37
---
(In reply to comment #11)
> Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test
>
> > > The above testcase doesn't work with 4.5 and I doubt it ever worked on
> > > PA. The pointer passed to foo
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-11
22:22 ---
Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test
> > The above testcase doesn't work with 4.5 and I doubt it ever worked on
> > PA. The pointer passed to foo is used as is. It's only
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-11 22:04
---
(In reply to comment #9)
> Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test
>
> > The above testcase worked? Not the pr35258.c, but the one I gave, with
> > the int aligned(1)? The difference
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-11
16:54 ---
Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test
> The above testcase worked? Not the pr35258.c, but the one I gave, with
> the int aligned(1)? The difference on the 4.5 branch is that
--- Comment #8 from danglin at gcc dot gnu dot org 2010-07-11 16:33 ---
With 4.5, the block move was emitted as follows:
Breakpoint 2, emit_block_move_hints (x=0x7afcb550, y=0x7afcb630,
size=0x7af312d8, method=BLOCK_OP_NORMAL, expected_align=64,
expected_size=-1) at ../../gcc/
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-11 16:23 ---
(In reply to comment #5)
> Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c
> execution test
>
> On Sun, 11 Jul 2010, rguenth at gcc dot gnu dot org wrote:
>
> >
> >
> > --- Comment #4 from rguen
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-11
15:17 ---
Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c
execution test
On Sun, 11 Jul 2010, rguenth at gcc dot gnu dot org wrote:
>
>
> --- Comment #4 from rguenth at gcc dot gnu dot org 2010-
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-11 10:47 ---
(In reply to comment #3)
> Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c
> execution test
>
> On Sat, 10 Jul 2010, rguenth at gcc dot gnu dot org wrote:
>
> > I get for all memory accesses an alignm
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-10
23:34 ---
Subject: Re: [4.6 Regression] FAIL: gcc.dg/pr35258.c
execution test
On Sat, 10 Jul 2010, rguenth at gcc dot gnu dot org wrote:
> I get for all memory accesses an alignment of 8 at expansion time w
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-10 21:29 ---
I get for all memory accesses an alignment of 8 at expansion time which looks
correct (on i?86). Please debug this a bit, set_mem_attributes_minus_bitpos
looks conservative enough.
--
rguenth at gcc dot gnu dot
20 matches
Mail list logo
