https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Krister Walfridsson changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Krister Walfridsson changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #6 from Krister
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #5 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Krister Walfridsson changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #4 from Krister
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
--- Comment #2 from Andrew Pinski ---
Without h field, GCC does produce the correct alignment at least on the RTL
level:
```
(insn 7 6 0 (set (reg:DI 98 [ _26 ])
(mem:DI (reg/v/f:DI 100 [ qD.2840 ]) [0 MEM [(voidD.54
*)q_2(D)]+0 S8 A16]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119733
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com