PING: PATCH: middle-end/36701: [4.4 Regression] unaligned access in gcc.c-torture/execute/complex-7.c

H.J. Lu hjl.tools@gmail.com
Tue Sep 2 22:53:00 GMT 2008


On Tue, Sep 2, 2008 at 3:40 PM, Joseph S. Myers <joseph@codesourcery.com> wrote:
> On Tue, 2 Sep 2008, Andrew Pinski wrote:
>
>> On Mon, Aug 18, 2008 at 9:08 AM, Steve Ellcey <sje@cup.hp.com> wrote:
>> >
>> >>
>> >> If the stack temp size doesnt matter, this patch should work.
>> >>
>> >>
>> >> H.J.
>> >> ----
>> >> 2008-08-15  H.J. Lu  <hongjiu.lu@intel.com>
>> >>
>> >>       * expr.c (emit_group_store): Don't assert stack temp mode size.
>> >
>> > This patch worked for me.  It fixed the problem and caused no
>> > regressions on ia64-hp-hpux11.23.
>>
>> This patch just changed the failure from being an ICE to wrong code on spu-elf:
>> FAIL: gcc.dg/compat/struct-by-value-11
>> c_compat_x_tst.o-c_compat_y_tst.o execute
>
> On SPARC64 we had wrong code before HJ's first patch, then ICEs, so if
> it's back to wrong code (and I haven't tested trunk for SPARC64 since this
> patch went in) then that's not a regression from HJ's patches, just a
> wrong code failure that still needs fixing.
>

That is what I was afraid of. I added the assert to prevent wrong
code. But my processors never trigger that assert. When looking
at the code, remove assert seems OK. But I can't verify it myself.
I think something is still missing and it is back-end specific.

-- 
H.J.



More information about the Gcc-patches mailing list