[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #16 from dave.anglin at bell dot net --- On 2016-02-09, at 7:47 PM, bernds at gcc dot gnu.org wrote: > Could you try whether this fixes it and still passes regression tests (esp. > the > 67881 testcase)? Started trunk builds on linu

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #15 from Bernd Schmidt --- Created attachment 37649 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37649&action=edit Candidate patch Could you try whether this fixes it and still passes regression tests (esp. the 67881 testcase

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #14 from dave.anglin at bell dot net --- On 2016-02-09 7:32 AM, bernds at gcc dot gnu.org wrote: > (In reply to John David Anglin from comment #0) > >> >- ldh 2(%r31),%r20 > Could you verify whether the test works if you replace

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #13 from Bernd Schmidt --- Yes, that's the one I've been zeroing in on. It does look wrong, but it was intended as a fix, so I guess I'll be reinvestigating the original bug.

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #12 from Jakub Jelinek --- If the problem is in bswap, then the most suspect branches/gcc-5-branch commit is r232664.

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #11 from Bernd Schmidt --- (In reply to John David Anglin from comment #0) > - ldh 2(%r31),%r20 Could you verify whether the test works if you replace the 2(%r31) with 0(%r31) ?

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #10 from Bernd Schmidt --- (In reply to Jakub Jelinek from comment #9) > The referenced debian bug suggests that there is both an aliasing violation > and unaligned access. In their source code you mean? There's type punning going on

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-09 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-08 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 --- Comment #8 from dave.anglin at bell dot net --- On 2016-02-08, at 7:07 PM, pinskia at gcc dot gnu.org wrote: > This might be reproducible on a PowerPC machine too (big-endian rather than > the > little-endian version). As it was mentioned i

[Bug rtl-optimization/69714] [5/6 Regression] ffmpeg crc.c test miscompiled

2016-02-08 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714 Andrew Pinski changed: What|Removed |Added Summary|[5 Regression] ffmpeg crc.c |[5/6 Regression] ffmpeg