[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2021-08-10 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 Andrew Pinski changed: What|Removed |Added Assignee|rguenth at gcc dot gnu.org |pinskia at gcc dot gnu.org ---

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2020-02-10 Thread luoxhu at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 luoxhu at gcc dot gnu.org changed: What|Removed |Added CC||linkw at gcc dot gnu.org ---

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2020-02-10 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #12 from Segher Boessenkool --- But it could do just stw r4,0(r3) (on LE; and with a rotate first, on BE).

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2020-02-09 Thread luoxhu at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 luoxhu at gcc dot gnu.org changed: What|Removed |Added CC||luoxhu at gcc dot gnu.org

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2019-11-18 Thread luoxhu at cn dot ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #10 from Xiong Hu XS Luo --- (In reply to Andrew Pinski from comment #9) > (In reply to rguent...@suse.de from comment #8) > > On Fri, 15 Mar 2019, luoxhu at cn dot ibm.com wrote: > > > > >

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2019-03-15 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #9 from Andrew Pinski --- (In reply to rguent...@suse.de from comment #8) > On Fri, 15 Mar 2019, luoxhu at cn dot ibm.com wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 > > > > Xiong Hu XS Luo changed: > > > >

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2019-03-15 Thread rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #8 from rguenther at suse dot de --- On Fri, 15 Mar 2019, luoxhu at cn dot ibm.com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 > > Xiong Hu XS Luo changed: > >What|Removed

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2019-03-15 Thread luoxhu at cn dot ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 Xiong Hu XS Luo changed: What|Removed |Added CC||guojiufu at gcc dot gnu.org,

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2017-05-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #6 from Segher Boessenkool --- Doing an 8 byte load of something that was stored as 4 byte immediately before will cause flushes and stalls... Yeah it could use a 4-byte load here afaics.

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2017-05-11 Thread npiggin at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 Nicholas Piggin changed: What|Removed |Added CC||npiggin at gmail dot com --- Comment

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2016-09-25 Thread anton at samba dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #4 from Anton Blanchard --- Created attachment 39683 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39683=edit Another bitop LHS test case Here's another issue found in the Linux kernel. Seems like this should be a single

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2016-06-15 Thread rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #3 from rguenther at suse dot de --- On Tue, 14 Jun 2016, segher at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 > > --- Comment #2 from Segher Boessenkool --- > (In reply to Richard Biener from

[Bug middle-end/71509] Bitfield causes load hit store with larger store than load

2016-06-14 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71509 --- Comment #2 from Segher Boessenkool --- (In reply to Richard Biener from comment #1) > It looks like we didn't adjust the bitfield read paths for the mem model > because in practice it doesn't matter and it may generate larger/slower code >