[Bug target/105325] power10: Error: operand out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105325 acsawdey at gcc dot gnu.org changed: What|Removed |Added CC||acsawdey at gcc dot gnu.org

[Bug target/103197] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #5 from acsawdey at gcc dot gnu.org --- Bisection reveals that this starts with this commit: 20d70cd2719815d9ea853314775ae5787648ece5 is the first bad commit commit 20d70cd2719815d9ea853314775ae5787648ece5 Author: Alan Modra Date:

[Bug target/103197] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #4 from acsawdey at gcc dot gnu.org --- I was compiling with -mcpu=power9, yes: /home2/sawdey/work/gcc/trunk/build/gcc/xgcc -B/home2/sawdey/work/gcc/trunk/build/gcc -O3 -mcpu=power9 bug2.c

[Bug target/103197] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #2 from acsawdey at gcc dot gnu.org --- >From the reload dump: 0 Non input pseudo reload: reject++ 1 Non-pseudo reload: reject+=2 1 Non input pseudo reload: reject++ alt=0,overall=16,lose

[Bug target/103197] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #1 from acsawdey at gcc dot gnu.org --- Looking at trunk, after expand we have this: (note 5 1 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK) (insn 2 5 3 2 (set (reg/v/f:DI 117 [ a ]) (reg:DI 3 3 [ a ])) "bug2.c":3:1 -1 (nil)) (insn

[Bug target/103197] New: ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 Bug ID: 103197 Summary: ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte Product: gcc Version: 10.3.1 Status: UNCONFIRMED

[Bug target/100996] rs6000 p10 vector add-add fusion should work with -m32 but doesn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100996 acsawdey at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Target|

[Bug target/100996] New: rs6000 p10 vector add-add fusion should work with -m32 but doesn't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100996 Bug ID: 100996 Summary: rs6000 p10 vector add-add fusion should work with -m32 but doesn't Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug target/97926] ICE in patch_jump_insn, at cfgrtl.c:1298

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97926 --- Comment #3 from acsawdey at gcc dot gnu.org --- So the underlying problem here is that the unordered comparisons are not allowed with -ffinite-math-only due to this predicate: ;; Return 1 if OP is a comparison operation that is valid for a br

[Bug target/97926] ICE in patch_jump_insn, at cfgrtl.c:1298

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97926 --- Comment #2 from acsawdey at gcc dot gnu.org --- patch_jump_insn() is running into a land mine -- the insn before modification is invalid: (gdb) p insn_invalid_p(insn, true) $4 = 1 (gdb) pr insn (jump_insn 18 17 114 6 (set (pc) (if_the

[Bug target/99070] ICE in extract_constrain_insn, at recog.c:2670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99070 acsawdey at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug target/99070] ICE in extract_constrain_insn, at recog.c:2670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99070 --- Comment #4 from acsawdey at gcc dot gnu.org --- OK, I see the fail with -mcpu=power9. Looks like I botched something with addressing and allowed D-form addresses when it should be DS-form. On power10 this would result in selection of a prefix

[Bug target/99070] ICE in extract_constrain_insn, at recog.c:2670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99070 acsawdey at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |acsawdey at gcc dot

[Bug rtl-optimization/98692] Unitialized Values reported only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692 --- Comment #7 from acsawdey at gcc dot gnu.org --- The inline expansion should be disabled by -Os, the patterns for cmpstr[n]si both have this: if (optimize_insn_for_size_p ()) FAIL;

[Bug target/98688] C++ modules support does not work on PowerPC with opaque MMA types vector_pair/vector_quad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98688 --- Comment #3 from acsawdey at gcc dot gnu.org --- Yeah it's pretty clear that something needs to be output, as with that code I get an error like this: In module imported at mma-module-2.C:1:1: mma_foo0: In function ‘int bar(__vector_quad*, vec

[Bug target/98688] C++ modules support does not work on PowerPC with opaque MMA types vector_pair/vector_quad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98688 --- Comment #1 from acsawdey at gcc dot gnu.org --- I don't know if this is the right thing to do, but ignoring the opaque type here make the ICE go away. I suspect I need to construct a module test case using vector_pair/vector_quad to really tes

[Bug target/98688] New: C++ modules support does not work on PowerPC with opaque MMA types vector_pair/vector_quad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98688 Bug ID: 98688 Summary: C++ modules support does not work on PowerPC with opaque MMA types vector_pair/vector_quad Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug c++/97947] [11 Regression] ICE in digest_init_r, at cp/typeck2.c:1145

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97947 acsawdey at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |acsawdey at gcc dot