[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32 and -finline-stringops

2024-01-20 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32 and -finline-stringops

2024-01-04 Thread fkastl at suse dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32 and -finline-stringops

2023-12-11 Thread aoliva at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 --- Comment #4 from Alexandre Oliva --- Fixed. Thanks for the notes and testing, Andrew, here and in the mailing list.

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32 and -finline-stringops

2023-12-11 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 --- Comment #3 from GCC Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:76ca5ab4ef95c41c1ed67edfb34a1a455a602192 commit r14-6429-g76ca5ab4ef95c41c1ed67edfb34a1a455a602192 Author: Alexandre Oliva

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32 and -finline-stringops

2023-12-08 Thread aoliva at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 Alexandre Oliva changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/112804] ICE in aarch64 crosscompiler in plus_constant, at explow.cc:102 with -mabi=ilp32

2023-12-01 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112804 --- Comment #1 from Andrew Pinski --- Looks like -finline-stringops is not correc5 for the case where ptrmode != Pmode. I might take a look next week or the week afterwards. I also suspect you might hit it on x32 also.