[Bug middle-end/30798] mode_dependent_address_p not checked when simplifying subreg

2022-01-10 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30798 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED See Also|

[Bug middle-end/30798] mode_dependent_address_p not checked when simplifying subreg

2014-08-27 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30798 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code

[Bug middle-end/30798] mode_dependent_address_p not checked when simplifying subreg

2007-03-11 Thread TabonyEE at austin dot rr dot com
--- Comment #2 from TabonyEE at austin dot rr dot com 2007-03-11 18:28 --- Hhmm. I have made a few other changes and now when I don't define WORD_REGISTER_OPERATIONS, I get correct code. I get an HI load followed by a QI - SI zero extend, not the preferred POST_MODIFY. I looked at

[Bug middle-end/30798] mode_dependent_address_p not checked when simplifying subreg

2007-03-11 Thread TabonyEE at austin dot rr dot com
--- Comment #3 from TabonyEE at austin dot rr dot com 2007-03-11 18:57 --- By the way, I think emit-rtl.c: change_address_1 could at least use an assert that if the modes are different and the addresses are the same, then mode_dependent_address_p is not true. That is unless

[Bug middle-end/30798] mode_dependent_address_p not checked when simplifying subreg

2007-03-03 Thread TabonyEE at austin dot rr dot com
--- Comment #1 from TabonyEE at austin dot rr dot com 2007-03-04 02:25 --- For some reason, defining WORD_REGISTER_OPERATIONS prevents Combine from transforming the HI load followed by the AND with 0xFF into a zero-extending QI load. I don't know why this would be. I think not