[Bug c++/117873] New: Spurious -Wmaybe-uninitialized warnings with -O3 for static const std::regex

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117873 Bug ID: 117873 Summary: Spurious -Wmaybe-uninitialized warnings with -O3 for static const std::regex Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: n

[Bug c/117866] [15 regression] Confusing 'expected ... but argument is of type ...' (same type repeated)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117866 Richard Biener changed: What|Removed |Added Target Milestone|--- |15.0

[Bug c++/117845] [14/15 Regression] ICE in pass eh after error with -fsanitize=address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117845 Richard Biener changed: What|Removed |Added Priority|P3 |P4

[Bug tree-optimization/114948] [15 Regression] ICE on valid code at -O3 with "-fno-tree-ccp -fno-tree-ch" on x86_64-linux-gnu: in check_loop_closed_ssa_def, at tree-ssa-loop-manip.cc:647

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114948 Richard Biener changed: What|Removed |Added Version|unknown |15.0 --- Comment #8 from Richard Biene

[Bug target/117872] New: wrong code with -O -maccumulate-outgoing-args --param=store-forwarding-max-distance=1000 -favoid-store-forwarding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117872 Bug ID: 117872 Summary: wrong code with -O -maccumulate-outgoing-args --param=store-forwarding-max-distance=1000 -favoid-store-forwarding Product: gcc Version: 1

[Bug target/117831] [RISCV] A dead loop occurs when calculating the multiplication of two uint64 integers under rv32 -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117831 Huaqi changed: What|Removed |Added CC||fanghuaqi at vip dot qq.com --- Comment #5 from

[Bug target/117860] GCC emits an unnecessary mov for x86 _addcarry/_subborrow intrinsic calls where the second operand is a constant that is within the range of a 32-bit integer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117860 Hongtao Liu changed: What|Removed |Added CC||liuhongt at gcc dot gnu.org --- Comment #

[Bug target/117006] [15 regression] GCC trunk generates larger code than GCC 14 at -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117006 Hongtao Liu changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |liuhongt at gcc dot gnu.org Las

[Bug rust/117869] rust fails to build with cargo command error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117869 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org

[Bug middle-end/117871] New: cfg_hooks variables should be const at least and maybe a virtual functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117871 Bug ID: 117871 Summary: cfg_hooks variables should be const at least and maybe a virtual functions Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: int

[Bug middle-end/117871] cfg_hooks variables should be const at least and maybe a virtual functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117871 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c/117866] [15 regression] Confusing 'expected ... but argument is of type ...' (same type repeated)

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

[Bug middle-end/56314] Please allow per-function specification of register conventions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56314 Andrew Pinski changed: What|Removed |Added CC||mikulas at artax dot karlin.mff.cu

[Bug middle-end/117870] Suggestion - make the flags -ffixed, -fcall-used and -fcall-saved per function

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

[Bug rtl-optimization/37994] peephole2 helper functions not documented.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37994 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/80677] LIMITS_H_TEST is wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80677 Jeffrey A. Law changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #7 f

[Bug middle-end/117870] Suggestion - make the flags -ffixed, -fcall-used and -fcall-saved per function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117870 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug other/117870] New: Suggestion - make the flags -ffixed, -fcall-used and -fcall-saved per function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117870 Bug ID: 117870 Summary: Suggestion - make the flags -ffixed, -fcall-used and -fcall-saved per function Product: gcc Version: 15.0 Status: UNCONFIRMED Severity:

[Bug target/117834] [14/15 Regression] libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined on powerpc-darwin since r14-6425

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 --- Comment #9 from Iain Sandoe --- (In reply to Gleb Mazovetskiy from comment #8) > > If you want to make progress, and help keep it alive, then the best way is > > to test regularly - in this case you need to bisect to find what change > > c

[Bug target/117718] Inefficient address computation for d-form vector loads

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117718 --- Comment #6 from Steven Munroe --- Another issues with vector loads from .rodata Some times the compiler will generate this sequence for power8 addis 9,2,.LC69@toc@ha addi 9,9,.LC69@toc@l rldicr 9,9,0,59 lxv

[Bug rust/117869] New: rust fails to build for me

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117869 Bug ID: 117869 Summary: rust fails to build for me Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: build, documentation Severity: normal Priority: P3

[Bug rtl-optimization/117248] gcc/libgcc/libgcc2.h:232:25: internal compiler error: Arithmetic exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248 John David Anglin changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org --- Com

[Bug rtl-optimization/117248] gcc/libgcc/libgcc2.h:232:25: internal compiler error: Arithmetic exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248 --- Comment #8 from John David Anglin --- Created attachment 59760 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59760&action=edit Preprocessed source.

[Bug rtl-optimization/117248] gcc/libgcc/libgcc2.h:232:25: internal compiler error: Arithmetic exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248 John David Anglin changed: What|Removed |Added Component|target |rtl-optimization --- Comment #7 fro

[Bug rtl-optimization/117868] New: [avr][lra] Wrong code with -mlra in simd-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117868 Bug ID: 117868 Summary: [avr][lra] Wrong code with -mlra in simd-1.c Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl

[Bug target/117860] GCC emits an unnecessary mov for x86 _addcarry/_subborrow intrinsic calls where the second operand is a constant that is within the range of a 32-bit integer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117860 --- Comment #2 from Uroš Bizjak --- (In reply to Andrew Pinski from comment #1) > Confirmed. > > I think it should be easy to support it with a slight change to this pattern: > ``` > (define_insn "addcarry" > [(set (reg:CCC FLAGS_REG) >

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #13 from Iain Sandoe --- so, in this case, it might work - and we could probably arrange to set that flag by default for darwin8 (and maybe 9) on 32b hosts [64b is always UNIX03 already].

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #12 from Iain Sandoe --- it looks like this ... #if !defined(__DARWIN_UNIX03) #if defined(_APPLE_C_SOURCE) || defined(_XOPEN_SOURCE) || defined(_POSIX_C_SOURCE) || defined(__LP64__) #if defined(_NONSTD_SOURCE) #error "Can't define b

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #11 from Iain Sandoe --- (In reply to Eric Gallager from comment #10) > I think just ensuring that -D__DARWIN_UNIX03=1 is always passed to the > preprocessor ought to be enough... You can try it .. but the Darwin SDK headers are fie

[Bug target/117248] gcc/libgcc/libgcc2.h:232:25: internal compiler error: Arithmetic exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248 John David Anglin changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/116425] RISC-V missed optimization: vector lowering along lmul boundaries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116425 --- Comment #4 from Jeffrey A. Law --- Wouldn't these cases be better handled doing the scalar load, then splat it across the vector, then the stores? No gather needed at all.

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #10 from Eric Gallager --- I think just ensuring that -D__DARWIN_UNIX03=1 is always passed to the preprocessor ought to be enough...

[Bug c++/117389] std::string that is value-captured by lambda cannot be deconstruct correctly when the lamda is passed as a coroutine argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117389 Sam James changed: What|Removed |Added CC||arsen at gcc dot gnu.org,

[Bug c++/117389] std::string that is value-captured by lambda cannot be deconstruct correctly when the lamda is passed as a coroutine argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117389 --- Comment #6 from 孙思杰 --- This bug seems very serious but still not fixed in the gcc 12.4 which is released in 2024.6.20. I'm not sure does this mean c++20 coroutine is an immature and unstable feature for gcc. We are trying using c++20 corou

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #9 from Iain Sandoe --- (In reply to Gleb Mazovetskiy from comment #8) > > The warning was changed to an error by default for GCC 14 > > Ah, makes sense, thanks for explaining. I'm guessing it went unnoticed > because the failure co

[Bug libfortran/117857] libgfortran on powerpc-darwin8 doesn't compile: `-Wint-conversion` in `stream_ttyname`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117857 --- Comment #8 from Gleb Mazovetskiy --- > The warning was changed to an error by default for GCC 14 Ah, makes sense, thanks for explaining. I'm guessing it went unnoticed because the failure conditions for `ttyname_r` must be quite rare.

[Bug target/117834] [14/15 Regression] libgfortran doesn't compile unless `PTHREAD_RWLOCK_INITIALIZER` is defined on powerpc-darwin since r14-6425

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834 --- Comment #8 from Gleb Mazovetskiy --- > If you want to make progress, and help keep it alive, then the best way is to > test regularly - in this case you need to bisect to find what change caused > the problem - and hopefully that will sugg

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #431 from Oleg Endo --- (In reply to John Paul Adrian Glaubitz from comment #430) > > If you could merge 59432 and 59550 into your tree and rebase, I can test now > that a fix for PR 117770 has landed. I don't think there is anythin