[Bug libstdc++/119545] New: tuple::operator==()'s help lambda does not specify return type as bool

2025-03-30 Thread hewillk at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119545 Bug ID: 119545 Summary: tuple::operator==()'s help lambda does not specify return type as bool Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug c/114713] incorrect TBAA for struct with flexible array member or GNU zero size

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114713 --- Comment #5 from GCC Commits --- The releases/gcc-14 branch has been updated by Martin Uecker : https://gcc.gnu.org/g:73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d commit r14-11478-g73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d Author: Martin Uecker

[Bug c/117724] [15 regression] ICE when building libgit2 (error: ‘TYPE_CANONICAL’ is not compatible)

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117724 --- Comment #14 from GCC Commits --- The releases/gcc-14 branch has been updated by Martin Uecker : https://gcc.gnu.org/g:73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d commit r14-11478-g73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d Author: Martin Uecker

[Bug c/114014] [14/15 Regression] ICE: 'verify_type' failed: 'TYPE_CANONICAL' is not compatible with -g on gcc.dg/gnu23-tag-1.c and builtin-sprintf-warn-1.c

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114014 --- Comment #6 from GCC Commits --- The releases/gcc-14 branch has been updated by Martin Uecker : https://gcc.gnu.org/g:73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d commit r14-11478-g73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d Author: Martin Uecker

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #11 from GCC Commits --- The releases/gcc-14 branch has been updated by Martin Uecker : https://gcc.gnu.org/g:73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d commit r14-11478-g73549be0a3c819b2ab78e0e973f5b4d41b9f4a2d Author: Martin Uecker

[Bug tree-optimization/119542] New: At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread 2023152001 at email dot szu.edu.cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119542 Bug ID: 119542 Summary: At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0 Product: gcc Version: 13.3.0 Status: UNCONFIRMED Severi

[Bug tree-optimization/119543] New: At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread 2023152001 at email dot szu.edu.cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119543 Bug ID: 119543 Summary: At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0 Product: gcc Version: 13.3.0 Status: UNCONFIRMED Severi

[Bug middle-end/119541] [15 Regression] asan: dynamic-stack-buffer-overflow in modify_call_for_omp_dispatch at gimplify.cc:3976

2025-03-30 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #

[Bug middle-end/119541] [15 Regression] asan: dynamic-stack-buffer-overflow in modify_call_for_omp_dispatch at gimplify.cc:3976

2025-03-30 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541 Tobias Burnus changed: What|Removed |Added Target Milestone|--- |15.0

[Bug c/119544] gcc does not figure out variable is unused when incremented in while loop

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119544 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/44677] Warn for variables incremented but not used (+=, ++)

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44677 Andrew Pinski changed: What|Removed |Added CC||peter0x44 at disroot dot org --- Comment

[Bug tree-optimization/119536] [15 regression] Python fails to build (error: cannot tail-call: call invocation refers to locals)

2025-03-30 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119536 --- Comment #5 from Sam James --- Indeed that works.

[Bug target/117759] Alpha: Data races with 8-bit/16-bit stores

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117759 --- Comment #3 from GCC Commits --- The master branch has been updated by Maciej W. Rozycki : https://gcc.gnu.org/g:3d4d82211c8cbfde0b852bde1603b5d549426df7 commit r15-9036-g3d4d82211c8cbfde0b852bde1603b5d549426df7 Author: Maciej W. Rozycki D

[Bug target/117759] Alpha: Data races with 8-bit/16-bit stores

2025-03-30 Thread macro at orcam dot me.uk via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117759 Maciej W. Rozycki changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/119541] [15 Regression] asan: dynamic-stack-buffer-overflow in modify_call_for_omp_dispatch at gimplify.cc:3976

2025-03-30 Thread burnus at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541 --- Comment #2 from Tobias Burnus --- The following seems to be the cleanest & simplest, namely to add it to the if (nappend < ninterop) error handling: --- a/gcc/gimplify.cc +++ b/gcc/gimplify.cc @@ -3949,6 +3949,7 @@ modify_call_for_om

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 --- Comment #11 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:35e0f112a487b38d4d3e8eec101a9e0b33a1016b commit r15-9043-g35e0f112a487b38d4d3e8eec101a9e0b33a1016b Author: Sandra Loosemore Dat

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 --- Comment #13 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:7af7e80d859da9a2c0f6d228b8489e0bd8c0e61c commit r15-9045-g7af7e80d859da9a2c0f6d228b8489e0bd8c0e61c Author: Sandra Loosemore Dat

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 --- Comment #12 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:34efc890bf7df099e85b34e596dea82f3596aab2 commit r15-9044-g34efc890bf7df099e85b34e596dea82f3596aab2 Author: Sandra Loosemore Dat

[Bug fortran/119546] New: Bogus -Wuninitialized warnings with scalar REDUCE intrinsic

2025-03-30 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119546 Bug ID: 119546 Summary: Bogus -Wuninitialized warnings with scalar REDUCE intrinsic Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal P

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 --- Comment #9 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:1cfb1b58804859199bc2502ab35e08bfd0039040 commit r15-9041-g1cfb1b58804859199bc2502ab35e08bfd0039040 Author: Sandra Loosemore Date

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 --- Comment #8 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:991aa8f992a4f5ea6ebe1bd7aec61d3071c23b8f commit r15-9040-g991aa8f992a4f5ea6ebe1bd7aec61d3071c23b8f Author: Sandra Loosemore Date

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread sandra at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 sandra at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/117759] Alpha: Data races with 8-bit/16-bit stores

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117759 --- Comment #4 from GCC Commits --- The master branch has been updated by Maciej W. Rozycki : https://gcc.gnu.org/g:1b85c548e2480116c74a7f74b487e3787c770056 commit r15-9037-g1b85c548e2480116c74a7f74b487e3787c770056 Author: Maciej W. Rozycki D

[Bug tree-optimization/119493] [12/13/14/15 Regression] missing tail call to self with struct in some cases

2025-03-30 Thread hubicka at ucw dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119493 --- Comment #11 from Jan Hubicka --- > Early inlining is more complicated, either we need to arrange for tailr to be > run on the to be inlined body before it is attempted to be early inlined, or > we > need to optimize that (perhaps just for m

[Bug libstdc++/119545] tuple::operator==()'s help lambda does not specify return type as bool

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119545 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-03-30 Ever confirmed|0

[Bug c/119544] New: gcc does not figure out variable is unused when incremented in while loop

2025-03-30 Thread peter0x44 at disroot dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119544 Bug ID: 119544 Summary: gcc does not figure out variable is unused when incremented in while loop Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: norm

[Bug fortran/119540] [15 Regression] FAIL: gfortran.dg/reduce_1.f90 -O0 execution test

2025-03-30 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119540 --- Comment #1 from anlauf at gcc dot gnu.org --- The following testcase - derived from reduce_1.f90 - shows the reason for a bound-check violation: program test_reduce implicit none integer, parameter :: n = 3 integer, parameter :: vec(n)

[Bug fortran/119546] Bogus -Wuninitialized warnings with scalar REDUCE intrinsic

2025-03-30 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119546 anlauf at gcc dot gnu.org changed: What|Removed |Added Severity|normal |enhancement Priori

[Bug other/42270] manual's sections are ordered counter intuitively

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42270 --- Comment #10 from GCC Commits --- The master branch has been updated by Sandra Loosemore : https://gcc.gnu.org/g:1fb78f025f726e2268da142f07007b1fb0819fb1 commit r15-9042-g1fb78f025f726e2268da142f07007b1fb0819fb1 Author: Sandra Loosemore Dat

[Bug tree-optimization/119534] [12/13/14/15 regression] ICE when building libaom-3.10.0 since r12-5392

2025-03-30 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug other/119510] gcc_release will not add generated files for non-default languages

2025-03-30 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510 --- Comment #11 from Jakub Jelinek --- I don't see how we could do the regeneration without actually building something unless we want to duplicate everything (in the posted patch, the libffi.info regeneration is an example of duplication, the r

[Bug target/119010] [12/13/14/15 Regression] 444.namd shows a huge compile-time regression with -mtune=znver5

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010 --- Comment #18 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:30fb97f31b69d3dce77efbcd0ef08f216d3fe262 commit r15-9055-g30fb97f31b69d3dce77efbcd0ef08f216d3fe262 Author: Richard Biener Date:

[Bug target/119519] [14 Regression] RISC-V, autovectorization, internal compiler error when "V" RISC-V extension used.

2025-03-30 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119519 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work|

[Bug target/119519] [14 Regression] RISC-V, autovectorization, internal compiler error when "V" RISC-V extension used.

2025-03-30 Thread alexey.merzlyakov at samsung dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119519 Alexey Merzlyakov changed: What|Removed |Added CC||alexey.merzlyakov at samsung dot c

[Bug middle-end/119507] only the comdat functions before normal functions get their own gcc_except_table section (unless using -ffunction-sections)

2025-03-30 Thread chenglulu at loongson dot cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119507 --- Comment #5 from chenglulu --- (In reply to Andrew Pinski from comment #4) > Created attachment 60910 [details] > Patch which I am testing This patch solves my problem. Thanks.

[Bug libstdc++/87502] Poor code generation for std::string("c-style string")

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502 --- Comment #17 from GCC Commits --- The master branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:9c5505a35d9d71705464f9254f55407192d31ec3 commit r15-9047-g9c5505a35d9d71705464f9254f55407192d31ec3 Author: Jan Hubicka Date: Sun M

[Bug libstdc++/80331] unused const std::string not optimized away

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331 --- Comment #17 from GCC Commits --- The master branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:9c5505a35d9d71705464f9254f55407192d31ec3 commit r15-9047-g9c5505a35d9d71705464f9254f55407192d31ec3 Author: Jan Hubicka Date: Sun M

[Bug c++/103827] function which takes an argument via (hidden) reference should assume the argument does not escape or is only read from

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103827 --- Comment #19 from GCC Commits --- The master branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:9c5505a35d9d71705464f9254f55407192d31ec3 commit r15-9047-g9c5505a35d9d71705464f9254f55407192d31ec3 Author: Jan Hubicka Date: Sun

[Bug other/119510] gcc_release will not add generated files for non-default languages

2025-03-30 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119510 --- Comment #10 from Richard Biener --- If we can generate srcinfo/srcextra w/o actually building/bootstrapping I suppose we can remove that from gcc_release alltogether, which might be nice since then we could have generated files also for snap

[Bug target/119010] [12/13/14/15 Regression] 444.namd shows a huge compile-time regression with -mtune=znver5

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010 --- Comment #19 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:a0d1de846b992a626f8b1e9b42cc32de8f069e04 commit r15-9056-ga0d1de846b992a626f8b1e9b42cc32de8f069e04 Author: Richard Biener Date:

[Bug target/119010] [12/13/14/15 Regression] 444.namd shows a huge compile-time regression with -mtune=znver5

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010 --- Comment #21 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:3154ce9af0163d8d585455230e4c3eee44fbbd01 commit r15-9058-g3154ce9af0163d8d585455230e4c3eee44fbbd01 Author: Richard Biener Date:

[Bug target/119010] [12/13/14/15 Regression] 444.namd shows a huge compile-time regression with -mtune=znver5

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010 --- Comment #22 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:c99bdfc459c669346514347a863f1a1e9266cea1 commit r15-9059-gc99bdfc459c669346514347a863f1a1e9266cea1 Author: Richard Biener Date:

[Bug target/119010] [12/13/14/15 Regression] 444.namd shows a huge compile-time regression with -mtune=znver5

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010 --- Comment #16 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:18668d9c196a36dc7c0cd698a2a767b8f8c8e8a4 commit r15-9053-g18668d9c196a36dc7c0cd698a2a767b8f8c8e8a4 Author: Richard Biener Date:

[Bug target/119010] [12/13/14/15 Regression] 444.namd shows a huge compile-time regression with -mtune=znver5

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010 --- Comment #17 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:2ac62db0915ea468b8d92ab6da105e2e168e06bc commit r15-9054-g2ac62db0915ea468b8d92ab6da105e2e168e06bc Author: Richard Biener Date:

[Bug c++/94794] coroutines: Support is needed for symmetric transter on targets without arbitrary indirect tail-calls

2025-03-30 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94794 --- Comment #4 from Iain Sandoe --- (In reply to Andrew Pinski from comment #3) > I wonder if this could be described as a thunk. My mental image is more of a trampoline.. .. since the fundamental issue is that some ABIs need registers updated f

[Bug tree-optimization/119543] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119543 --- Comment #3 from Andrew Pinski --- here is an implementation like your original one which is well defined: ``` int isTmax(int x) { unsigned temp = x; temp = temp + 1; // do the addition in unsigned rather than signed to avoid undefined be

[Bug tree-optimization/119543] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread 2023152001 at email dot szu.edu.cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119543 --- Comment #4 from Kevin Tang <2023152001 at email dot szu.edu.cn> --- Dear Andrew Pinski, Thank you very much for your prompt response and especially for providing the well-defined implementation of the isTmax function. I appreciate you tak

[Bug tree-optimization/119542] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119542 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug tree-optimization/119542] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119542 --- Comment #2 from Andrew Pinski --- Also can you provide a testcase? The isTmax implementation I found at https://github.com/leagerl1/BitManipulation/blob/master/bits.c depends on undefined behavior and is incorrect.

[Bug tree-optimization/119543] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119543 --- Comment #1 from Andrew Pinski --- *** Bug 119542 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/119542] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119542 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|WAITING

[Bug tree-optimization/119543] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread 2023152001 at email dot szu.edu.cn via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119543 --- Comment #5 from Kevin Tang <2023152001 at email dot szu.edu.cn> --- Dear Andrew Pinski, Thank you very much for your prompt response and especially for providing the well-defined implementation of the isTmax function. I appreciate you takin

[Bug tree-optimization/119543] At -O1 and higher, GCC incorrectly optimizes isTmax function to always return 0

2025-03-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119543 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/87502] Poor code generation for std::string("c-style string")

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502 --- Comment #18 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:78aed0ae5de801cc1e8220b214145300b28da562 commit r15-9050-g78aed0ae5de801cc1e8220b214145300b28da562 Author: Jakub Jelinek Date: M

[Bug c++/103827] function which takes an argument via (hidden) reference should assume the argument does not escape or is only read from

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103827 --- Comment #20 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:78aed0ae5de801cc1e8220b214145300b28da562 commit r15-9050-g78aed0ae5de801cc1e8220b214145300b28da562 Author: Jakub Jelinek Date:

[Bug libstdc++/80331] unused const std::string not optimized away

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331 --- Comment #18 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:78aed0ae5de801cc1e8220b214145300b28da562 commit r15-9050-g78aed0ae5de801cc1e8220b214145300b28da562 Author: Jakub Jelinek Date: M

[Bug c++/119518] C++ FE violates noipa attribute for nothrow

2025-03-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119518 --- Comment #4 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:94816c640adf33bb25c79b9a0d5a74d35724b650 commit r15-9051-g94816c640adf33bb25c79b9a0d5a74d35724b650 Author: Jakub Jelinek Date: M