[Bug target/112434] unexpected error when compiling for riscv64: invalid 'asm': invalid use of '%c'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112434 --- Comment #5 from Levi Zim --- Created attachment 59037 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59037&action=edit Patch for fix this bug

[Bug target/112434] unexpected error when compiling for riscv64: invalid 'asm': invalid use of '%c'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112434 --- Comment #4 from Levi Zim --- I think the fix should be easy and this kind of bug has been fixed for aarch64(in f541a48127a1940dce8dc8f48d88ccb04aa2a31e) and loongarch(c44fd55784206ff5b32471dadaa8affbac840454). Based on c44fd55784206ff5b3247

[Bug ipa/116410] -ffat-lto-objects generates different and inefficient code compared with -fno-fat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410 --- Comment #8 from Sam James --- We plan to adopt -ffat-lto-objects ourselves soon for at least a subset of packages, so this was good timing. :)

[Bug target/116512] [12/13/14/15 Regression] vzeroupper emitted even though the upper half of the z registers are returned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116512 Hongtao Liu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/116512] [12/13/14/15 Regression] vzeroupper emitted even though the upper half of the z registers are returned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116512 --- Comment #10 from GCC Commits --- The releases/gcc-12 branch has been updated by hongtao Liu : https://gcc.gnu.org/g:6585b06303d8fd9da907f443fc0da9faed303712 commit r12-10694-g6585b06303d8fd9da907f443fc0da9faed303712 Author: liuhongt Date:

[Bug target/116512] [12/13/14/15 Regression] vzeroupper emitted even though the upper half of the z registers are returned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116512 --- Comment #9 from GCC Commits --- The releases/gcc-13 branch has been updated by hongtao Liu : https://gcc.gnu.org/g:5e049ada87842947adaca5c607516396889f64d6 commit r13-8999-g5e049ada87842947adaca5c607516396889f64d6 Author: liuhongt Date:

[Bug target/116512] [12/13/14/15 Regression] vzeroupper emitted even though the upper half of the z registers are returned

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116512 --- Comment #8 from GCC Commits --- The releases/gcc-14 branch has been updated by hongtao Liu : https://gcc.gnu.org/g:ba9a3f105ea552a22d08f2d54dfdbef16af7c99e commit r14-10625-gba9a3f105ea552a22d08f2d54dfdbef16af7c99e Author: liuhongt Date:

[Bug target/116131] [14/15 Regression] RISC-V: Unrecognizable insn with xtheadmemidx on rv32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116131 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/116152] RISC-V: Proposed deprecation of LP64E abi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116152 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/116256] [15 Regression] RISC-V: testsuite failures since late-combine-pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116256 Jeffrey A. Law changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/116278] [15] RISC-V: Miscompile at -O2 -fwrapv -fno-strict-aliasing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116278 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/113941] Switch mn10300 to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113941 --- Comment #1 from Jeffrey A. Law --- Not really working on this and I'm not going to lose sleep if this port is deprecated. But in case someone does care, here's a couple hints. First the mn103 port will trip an internal consistency check in

[Bug target/115142] [14 Regression] Unrecognizable insn in extract_insn, at recog.cc:2812 with -ftree-ter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115142 Jeffrey A. Law changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug rtl-optimization/116544] [15] RISC-V: Miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116544 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/116544] [15] RISC-V: Miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116544 --- Comment #4 from GCC Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:0562976d62e095f3a00c799288dee4e5b20114e2 commit r15-3360-g0562976d62e095f3a00c799288dee4e5b20114e2 Author: Jeff Law Date: Sun Sep 1 2

[Bug middle-end/116562] wrong cost of gather load preventing loop from vectored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116562 --- Comment #2 from Andrew Pinski --- https://gcc.gnu.org/pipermail/gcc/2024-July/244376.html

[Bug middle-end/116562] wrong cost of gather load preventing loop from vectored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116562 --- Comment #1 from Andrew Pinski --- I think I saw the same effect on another testcase too.

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #222 from Oleg Endo --- (In reply to Kazumoto Kojima from comment #221) > (In reply to Oleg Endo from comment #220) > > > Ah, OK, understandable. No problem. How about github instead? > > I forked https://github.com/gcc-mirror/gcc

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #221 from Kazumoto Kojima --- (In reply to Oleg Endo from comment #220) > Ah, OK, understandable. No problem. How about github instead? I forked https://github.com/gcc-mirror/gcc and have just added the sh-lra branch to https://gi

[Bug middle-end/116562] New: wrong cost of gather load preventing loop from vectored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116562 Bug ID: 116562 Summary: wrong cost of gather load preventing loop from vectored Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Prior

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #220 from Oleg Endo --- (In reply to Kazumoto Kojima from comment #219) > (In reply to Oleg Endo from comment #217) > > (In reply to Kazumoto Kojima from comment #216) > > > Kaz, can you please create a branch devel/sh-lra and add th

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #219 from Kazumoto Kojima --- (In reply to Oleg Endo from comment #217) > (In reply to Kazumoto Kojima from comment #216) > Kaz, can you please create a branch devel/sh-lra and add the patches there? > I think it would make it easie

[Bug fortran/109467] inconsistent formatting/case of keywords in error messages in Fortran front end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109467 --- Comment #2 from sandra at gcc dot gnu.org --- I guess the best thing to do is follow the respective standards, e.g. % for Fortran keywords % for OpenMP keywords I guess Gnu extension keywords could be either upper or lower case, provided b

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #218 from John Paul Adrian Glaubitz --- (In reply to Kazumoto Kojima from comment #216) > This patch is assumed to be applied to the top of 58832, 58833, 58883, > 58905 and 59000, though it could be reconstructed as the revised 58905

[Bug tree-optimization/64700] Sink common code through PHI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64700 --- Comment #10 from Andrew Pinski --- Created attachment 59036 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59036&action=edit Patch which extends to support commutative operations This extends the first patch to support (all) commutativ

[Bug tree-optimization/64700] Sink common code through PHI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64700 --- Comment #9 from Andrew Pinski --- (In reply to Andrew Pinski from comment #8) > Created attachment 59035 [details] > Start of the patch One thing this does not support is commutative operations. I will add support in a few minutes.

[Bug rust/116561] New: gcc/testsuite/rust/execute/torture/iter1.rs:350:5: internal compiler error: 'verify_gimple' failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116561 Bug ID: 116561 Summary: gcc/testsuite/rust/execute/torture/iter1.rs:350:5: internal compiler error: 'verify_gimple' failed Product: gcc Version: unknown Status: UNCONFIR

[Bug modula2/116557] m2: FSF (physical) mailing address is included in the license header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116557 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2024-09-01 Status|UNCONFIRME

[Bug fortran/109467] inconsistent formatting/case of keywords in error messages in Fortran front end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109467 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org Ever c

[Bug rtl-optimization/116560] RISC-V : rv32 code optimization , big code difference between 8/9.x and 10.x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116560 Andrew Pinski changed: What|Removed |Added Target||riscv, mips Component|target

[Bug c/116560] New: RISC-V : rv32 code optimization , big code difference between 8/9.x and 10.x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116560 Bug ID: 116560 Summary: RISC-V : rv32 code optimization , big code difference between 8/9.x and 10.x Product: gcc Version: unknown Status: UNCONFIRMED Severity

[Bug tree-optimization/64700] Sink common code through PHI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64700 --- Comment #8 from Andrew Pinski --- Created attachment 59035 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59035&action=edit Start of the patch This patch extends factor_out_conditional_operation to do more than one operand. We can't d

[Bug target/116504] wrong code with -mcpu=sifive-x280

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116504 --- Comment #4 from Jeffrey A. Law --- It's not failing for me, either when using QEMU or when running the resultant binary on the BPI. Zdenek, can you (privately) pass along the resulting binary you're testing. It's pretty easy for me to run

[Bug tree-optimization/116559] New: tree-switch-conversion.cc has FSF (physical) mailing address is included in the license header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116559 Bug ID: 116559 Summary: tree-switch-conversion.cc has FSF (physical) mailing address is included in the license header Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug middle-end/116558] New: some diagnostic-color* include FSF (physical) mailing address is included in the license header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116558 Bug ID: 116558 Summary: some diagnostic-color* include FSF (physical) mailing address is included in the license header Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug modula2/116557] New: FSF (physical) mailing address is included in the license header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116557 Bug ID: 116557 Summary: FSF (physical) mailing address is included in the license header Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: internal-impr

[Bug tree-optimization/113833] 435.gromacs fails verification on with -Ofast -march={cascadelake,icelake-server} and PGO after r14-7272-g57f611604e8bab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113833 --- Comment #6 from Filip Kastl --- The verification succeeds again. This change happened between r15-3208-ga1062b0c07bb72 and r15-3231-g691f682fe24d07

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #217 from Oleg Endo --- (In reply to Kazumoto Kojima from comment #216) > Created attachment 59034 [details] > a patch augments 58905 > > In the problematic case c#214, the subreg pass requires to recognize the insn > > (insn 224 22

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #216 from Kazumoto Kojima --- Created attachment 59034 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59034&action=edit a patch augments 58905 In the problematic case c#214, the subreg pass requires to recognize the insn (insn

[Bug tree-optimization/116556] __builtin_object_size does not handle `ptr + (PHI<4,8>)`, only `PHI`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116556 --- Comment #1 from Andrew Pinski --- Note I think this is also the reason why I get a failure in gcc.dg/Warray-bounds-92.c too.

[Bug tree-optimization/116556] New: __builtin_object_size does not handle `ptr + (PHI<4,8>)`, only `PHI`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116556 Bug ID: 116556 Summary: __builtin_object_size does not handle `ptr + (PHI<4,8>)`, only `PHI` Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-op

[Bug middle-end/116555] [15 Regression] ifcvt: ICE: verify_gimple failed: mismatching comparison operand types with -O2 -fno-tree-forwprop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116555 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > Same underlying issue as PR 116510 . Just happens the ICE is different because just happens that match pattern does not hit in this case.

[Bug middle-end/116510] [15 Regression] ice in decompose, at wide-int.h:1049

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116510 --- Comment #10 from Andrew Pinski --- *** Bug 116555 has been marked as a duplicate of this bug. ***

[Bug middle-end/116555] [15 Regression] ifcvt: ICE: verify_gimple failed: mismatching comparison operand types with -O2 -fno-tree-forwprop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116555 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug middle-end/116555] [15 Regression] ifcvt: ICE: verify_gimple failed: mismatching comparison operand types with -O2 -fno-tree-forwprop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116555 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |15.0

[Bug middle-end/116555] New: [15 Regression] ifcvt: ICE: verify_gimple failed: mismatching comparison operand types with -O2 -fno-tree-forwprop

el: posix Supported LTO compression algorithms: zlib zstd gcc version 15.0.0 20240901 (experimental) (GCC)

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #215 from John Paul Adrian Glaubitz --- OK, thanks a lot for looking at the Go problem. In the meantime, I will try to get a more usable backtrace from Ada. On a sidenote, gccgo doesn't work 100% properly on qemu-user while it works