[Bug libbacktrace/112263] [C++23] std::stacktrace does not identify symbols in shared library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112263 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-11-04

[Bug preprocessor/111953] stringify operator # rejects an odd number "\" but not "\ \" (or any even # of them with spaces) as input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111953 Andrew Pinski changed: What|Removed |Added Summary|stringify operator #|stringify operator #

[Bug target/111930] aarch64: SME should be supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111930 Andrew Pinski changed: What|Removed |Added Summary|aarch64: SME is still not |aarch64: SME should be

[Bug middle-end/112367] wrong rounding of sum of floating-point constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112367 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Target Milestone|---

[Bug target/112108] [aarch64] Some intrinsics are not correctly enabled when using 'target' attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112108 Andrew Pinski changed: What|Removed |Added Keywords||rejects-valid, wrong-code

[Bug tree-optimization/112361] [14 Regression] avx512f-reduce-op-1.c miscompiled since r14-5076

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112361 --- Comment #5 from Andrew Pinski --- The patch that caused this one, also causes a bootstrap comparison failure with --with-arch=skylake-avx512, see PR 112374 .

[Bug target/112374] [14 Regression] `--with-arch=skylake-avx512 --with-cpu=skylake-avx512` causes a comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374 Andrew Pinski changed: What|Removed |Added CC||rdapp at gcc dot gnu.org --- Comment

[Bug target/112374] [14 Regression] `--with-arch=skylake-avx512 --with-cpu=skylake-avx512` causes a comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374 Andrew Pinski changed: What|Removed |Added Host||x86_64-linux-gnu

[Bug target/112374] [14 Regression] --with-arch=native bootstrap is broken on `Xeon(R) D-2166NT`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code --- Comment #2 from Andrew

[Bug target/112374] [14 Regression] --with-arch=native bootstrap is broken on `Xeon(R) D-2166NT`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374 Andrew Pinski changed: What|Removed |Added Summary|--with-arch=native |[14 Regression]

[Bug target/112374] --with-arch=native bootstrap is broken on `Xeon(R) D-2166NT`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374 --- Comment #1 from Andrew Pinski --- Testing with `--with-arch=skylake`, if that works will try with `skylake-avx512`.

[Bug target/112374] New: --with-arch=native bootstrap is broken on `Xeon(R) D-2166NT`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374 Bug ID: 112374 Summary: --with-arch=native bootstrap is broken on `Xeon(R) D-2166NT` Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: build

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -mavx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 Andrew Pinski changed: What|Removed |Added Summary|[14 regression] ICE when|[14 regression] ICE when

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 Andrew Pinski changed: What|Removed |Added Keywords||ice-checking CC|

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Keywords|needs-reduction

[Bug c/98541] warning with -Wnonnull for array parameter with bound > 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98541 --- Comment #4 from CVS Commits --- The master branch has been updated by Martin Uecker : https://gcc.gnu.org/g:6e9ee44d96e5bda8808dd9d8ccf58d2525383f6b commit r14-5115-g6e9ee44d96e5bda8808dd9d8ccf58d2525383f6b Author: Martin Uecker Date:

[Bug c++/108321] [13 regression] g++.dg/contracts/contracts-tmpl-spec2.C fails after r13-4160-g2efb237ffc68ec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108321 --- Comment #5 from Edwin Lu --- (In reply to seurer from comment #3) This also appears in GCC 14 for riscv64 targets with the same output pattern above. After a quick comparison with the expected output, this output is missing > contract

[Bug fortran/97245] ASSOCIATED intrinsic does not recognize a pointer variable the second time it is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97245 --- Comment #5 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:5340f48b7639fcc874f64aac214f9ef9ae43d43e commit r14-5114-g5340f48b7639fcc874f64aac214f9ef9ae43d43e Author: Harald Anlauf Date:

[Bug ipa/104320] Maybe a thinko in ctor_for_folding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104320 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #3

[Bug c++/50755] [avr] ICE: tree check: expected class 'constant', have 'unary' (convert_expr)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50755 Roger Sayle changed: What|Removed |Added CC||roger at nextmovesoftware dot com ---

[Bug fortran/92887] [F2008] Passing nullified/disassociated pointer or unalloc allocatable to OPTIONAL + VALUE dummy fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92887 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c/105660] [12 Regression] ICE in warn_parm_array_mismatch when merging two function decls and VLA arguments since r12-1218-gc6503fa93b5565c9

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

[Bug c/110703] Incorrect "-Wfloat-conversion" diagnostic with _Generic

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

[Bug c/109450] VLA struct definition vs use in the function declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109450 uecker at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/109450] VLA struct definition vs use in the function declaration

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

[Bug tree-optimization/88443] [meta-bug] bogus/missing -Wstringop-overflow warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443 Bug 88443 depends on bug 109970, which changed state. Bug 109970 Summary: -Wstringop-overflow should work with parameter forward declarations https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109970 What|Removed

[Bug c/109970] -Wstringop-overflow should work with parameter forward declarations

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

[Bug c/112373] cppcheck: libcpp/charset.cc: 3 * obvious performance issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112373 Jonathan Wakely changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug c/112373] New: cppcheck: libcpp/charset.cc: 3 * obvious performance issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112373 Bug ID: 112373 Summary: cppcheck: libcpp/charset.cc: 3 * obvious performance issue Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug c/70418] VM structure type specifier in list of parameter declarations within nested function definition ices.

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

[Bug c/91038] ICE with VLA type and statement expression (gimplify_var_or_parm_decl)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91038 uecker at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Known to fail|

[Bug target/112368] Darwin failures for avx256_move_by_pieces and avx256_store_by_pieces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368 --- Comment #2 from Francois-Xavier Coudert --- Could have been fixed by 8c40b72036c967fbb1d1150515cf70aec382f0a2 But the set of failures on Linux and Darwin are not exactly the same, so we will see in the next regtest.

[Bug c/68193] _Generic -Woverflow false alarm

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

[Bug c/97100] -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97100 uecker at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |14.0 Known to fail|

[Bug c/101604] [meta-bug] bogus/missing -Wvla-parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101604 Bug 101604 depends on bug 98536, which changed state. Bug 98536 Summary: warning with -Wvla-parameter for unspecified bound getting specified later https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98536 What|Removed

[Bug c/98536] warning with -Wvla-parameter for unspecified bound getting specified later

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98536 uecker at gcc dot gnu.org changed: What|Removed |Added Known to fail||11.1.0 Target

[Bug debug/112372] GCC omits function location in DWARF at higher optimisation levels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372 --- Comment #4 from Giuliano Procida --- The provided example was exactly my original test case. It's part of our test suite for https://android.googlesource.com/platform/external/stg/. I'm currently running multiple versions of GCC and Clang

[Bug c/84510] C front-end does not utilise -Wuseless-cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84510 uecker at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Target

[Bug c/111708] Calling external global function instead of local static function.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708 uecker at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/101027] Short-circuit behavior not respected with co_await in while head

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

[Bug c++/101027] Short-circuit behavior not respected with co_await in while head

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101027 Andrew Pinski changed: What|Removed |Added CC||oremanj at mit dot edu --- Comment #3

[Bug c++/112360] [coroutines] unreachable 'co_await' still can suspend the coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112360 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ipa/96503] attribute alloc_size effect lost after inlining

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

[Bug fortran/97245] ASSOCIATED intrinsic does not recognize a pointer variable the second time it is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97245 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug debug/112372] GCC omits function location in DWARF at higher optimisation levels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372 --- Comment #3 from Andrew Pinski --- (In reply to Giuliano Procida from comment #2) > The symbols are not aliased (which is what I thought might have happened > with very aggressive optimisations). If they had been aliased, it would be > much

[Bug target/112368] Darwin failures for avx256_move_by_pieces and avx256_store_by_pieces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368 --- Comment #1 from Andrew Pinski --- I was getting similar failures on x86_64-linux-gnu for the last week of October too. I wonder if this is now fixed.

[Bug debug/112372] GCC omits function location in DWARF at higher optimisation levels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372 --- Comment #2 from Giuliano Procida --- The symbols are not aliased (which is what I thought might have happened with very aggressive optimisations). If they had been aliased, it would be much harder to give the symbols types.

[Bug debug/112372] GCC omits function location in DWARF at higher optimisation levels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug debug/112372] New: GCC omits function location in DWARF at higher optimisation levels

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112372 Bug ID: 112372 Summary: GCC omits function location in DWARF at higher optimisation levels Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/110769] [14 Regression] ICE in adjust_loop_info_after_peeling, at tree-ssa-loop-ivcanon.cc:1023 since r14-2675-gef28aadad6e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110769 --- Comment #6 from Andrew Pinski --- (In reply to Shaohua Li from comment #5) > I probably bisected to the wrong commit. I bisected it again and it should > be r14-2675-gef28aadad6e Right, but that does not mean the underlying issue is not

[Bug fortran/97245] ASSOCIATED intrinsic does not recognize a pointer variable the second time it is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97245 --- Comment #3 from anlauf at gcc dot gnu.org --- Potential fix: diff --git a/gcc/fortran/match.cc b/gcc/fortran/match.cc index f848e52be4c..9e3571d3dbe 100644 --- a/gcc/fortran/match.cc +++ b/gcc/fortran/match.cc @@ -5064,6 +5064,7 @@

[Bug tree-optimization/110903] [12/13/14 Regression] Dead Code Elimination Regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110903 --- Comment #4 from Andrew Pinski --- (In reply to Thomas Koenig from comment #3) > The code from comment#2 and from comment#3 no longer calls foo > with current trunk, r14-5108-g751fc7bcdcdf25 . > > Now, to see which commit fixed it... My

[Bug fortran/92887] [F2008] Passing nullified/disassociated pointer or unalloc allocatable to OPTIONAL + VALUE dummy fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92887 --- Comment #9 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:413ac2c8608cd0378955af27f69e45274b025b32 commit r14-5111-g413ac2c8608cd0378955af27f69e45274b025b32 Author: Harald Anlauf Date:

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 --- Comment #4 from Andrew Pinski --- (In reply to Sam James from comment #3) > (In reply to Sam James from comment #2) > > Created attachment 56504 [details] > > Hti5.cpp.ii > > > > Kostadin started a reduction earlier and got this. It needs

[Bug tree-optimization/110903] [12/13/14 Regression] Dead Code Elimination Regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110903 --- Comment #3 from Thomas Koenig --- The code from comment#2 and from comment#3 no longer calls foo with current trunk, r14-5108-g751fc7bcdcdf25 . Now, to see which commit fixed it...

[Bug c++/112288] [11/12/13/14 Regression] ICE - internal compiler error: in instantiate_decl, at cp/pt.cc:26861 since r6-6830-g20a0c6f9bdbd78

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288 --- Comment #9 from Fabio Alemagna --- (In reply to Patrick Palka from comment #8) > The issue was probably latent before r6-6830. The testcase is kind of > strange, It's the "friend injection" technique. In this case, it's used to create a

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 --- Comment #3 from Sam James --- (In reply to Sam James from comment #2) > Created attachment 56504 [details] > Hti5.cpp.ii > > Kostadin started a reduction earlier and got this. It needs some cleaning up. btw, his was reduced from the same

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 --- Comment #2 from Sam James --- Created attachment 56504 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56504=edit Hti5.cpp.ii Kostadin started a reduction earlier and got this. It needs some cleaning up.

[Bug tree-optimization/111766] Missed optimization with __builtin_unreachable and ands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111766 Sam James changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c++/112288] [11/12/13/14 Regression] ICE - internal compiler error: in instantiate_decl, at cp/pt.cc:26861 since r6-6830-g20a0c6f9bdbd78

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288 --- Comment #8 from Patrick Palka --- The issue was probably latent before r6-6830. The testcase is kind of strange, e.g. 'slot_allocated' is defined within 'allocate_slot' instead of within 'slot', which would arguably be more natural given

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 --- Comment #11 from Martin Uecker --- This is one possible way to read it. But as written, I think one can easily understand it the other way, because calloc never mentions requested total size but only about space for an array of objects of

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 --- Comment #10 from joseph at codesourcery dot com --- The wording refers to "the size requested", which I consider to be the product of two arguments in the case of calloc - not a particular argument to calloc.

[Bug tree-optimization/111766] Missed optimization with __builtin_unreachable and ands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111766 Andrew Macleod changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug tree-optimization/111766] Missed optimization with __builtin_unreachable and ands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111766 --- Comment #3 from Andrew Macleod --- fixed

[Bug tree-optimization/111766] Missed optimization with __builtin_unreachable and ands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111766 --- Comment #2 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:7ab79a40b546a1470abaf76bec74c63e9990fe47 commit r14-5110-g7ab79a40b546a1470abaf76bec74c63e9990fe47 Author: Andrew MacLeod Date:

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 --- Comment #9 from Martin Uecker --- (In reply to jos...@codesourcery.com from comment #7) > I believe "size requested" refers to the product nmemb * size in the case > of calloc, so getting the arguments the "wrong" way round does not affect

[Bug libbacktrace/112263] [C++23] std::stacktrace does not identify symbols in shared library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112263 Jonathan Wakely changed: What|Removed |Added CC||rimvydas.jas at gmail dot com ---

[Bug libbacktrace/111315] libstdc++ stacktrace testsuite failures with --enable-default-pie

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111315 Jonathan Wakely changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug libbacktrace/111315] libstdc++ stacktrace testsuite failures with --enable-default-pie

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111315 --- Comment #6 from Rimvydas (RJ) --- (In reply to Xi Ruoyao from comment #5) > Maybe related to PR112263 but I'm not sure. Can confirm that with patch posted at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112263#c7 the stacktrace.cc

[Bug libfortran/112364] calloc used incorrectly

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

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 --- Comment #7 from joseph at codesourcery dot com --- I believe "size requested" refers to the product nmemb * size in the case of calloc, so getting the arguments the "wrong" way round does not affect the required alignment. The point of

[Bug tree-optimization/111950] [14 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.cc:250 since r14-4786-gd118738e71c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111950 --- Comment #9 from Tamar Christina --- Right, I've tried to apply that patch to my early break patch series and many of the tests fail, all the same way in compute_live_loop_exits. I guess we'll have a conflict here. So I'll post my patches

[Bug fortran/112371] Wrong upper bound for the result of reduction intrinsics if the array is empty

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112371 --- Comment #3 from Mikael Morin --- Possible culprit: ifunction.m4 has this code: retarray->base_addr = xmallocarray (alloc_size, sizeof (rtype_name)); if (alloc_size == 0) { /* Make sure we have a zero-sized

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 --- Comment #1 from Andrew Pinski --- Reducing ...

[Bug c++/112370] -Wfree-nonheap-object in std::vector dtor on sapphirerapids with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112370 --- Comment #1 from Alexander Grund --- Created attachment 56503 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56503=edit Preprocessed source

[Bug fortran/112371] Wrong upper bound for the result of reduction intrinsics if the array is empty

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112371 --- Comment #2 from Mikael Morin --- If dim == 3, the ubound and shape are (/ 9, 3, 7 /) as expected. That is, the problem only arises if the resulting array is empty.

[Bug fortran/112371] Wrong upper bound for the result of reduction intrinsics if the array is empty

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112371 --- Comment #1 from Mikael Morin --- (In reply to Mikael Morin from comment #0) > i = 1 > (...) > r = sum(a, dim=i) If i is inlined, that is r = sum(a, dim=1) the shape and ubound are (/ 3, 0, 7 /) as expected. The difference is

[Bug fortran/112371] New: Wrong upper bound for the result of reduction intrinsics if the array is empty

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112371 Bug ID: 112371 Summary: Wrong upper bound for the result of reduction intrinsics if the array is empty Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug c++/112370] New: -Wfree-nonheap-object in std::vector dtor on sapphirerapids with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112370 Bug ID: 112370 Summary: -Wfree-nonheap-object in std::vector dtor on sapphirerapids with -O3 Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/111950] [14 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.cc:250 since r14-4786-gd118738e71c

|| --- Comment #8 from Richard Biener --- Created attachment 56502 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56502=edit patch Remaining and polished patch. Will ICE the following testcases I added: FAIL: gfortran.dg/20231103-1.f90 -O (internal compiler er

[Bug c++/112365] [12/13/14 Regression] ICE on invalid C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365 Marek Polacek changed: What|Removed |Added Priority|P3 |P5 Ever confirmed|0

[Bug c++/112365] ICE on invalid C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365 Sam James changed: What|Removed |Added Keywords||ice-checking Summary|[14

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

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

[Bug c++/112335] missed optimization on reset and assign unique_ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112335 --- Comment #10 from Jonathan Wakely --- Ah, now I understand what you've been saying about the postcondition. Yes, but the compiler doesn't know the postcondition, it's just words in the standard, so not visible to the optimization passes.

[Bug tree-optimization/112369] New: [14 regression] ICE when building webkit-gtk with -march=raptorlake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369 Bug ID: 112369 Summary: [14 regression] ICE when building webkit-gtk with -march=raptorlake Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/111950] [14 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.cc:250 since r14-4786-gd118738e71c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111950 --- Comment #7 from Richard Biener --- Bootstrap & regtest is fine but CPU 2017 has two ICEs I'm reducing right now. Testing the vectorizable_live_operation simplification right now, will push new test-coverage and defer the rest until next

[Bug target/112368] Darwin failures for avx256_move_by_pieces and avx256_store_by_pieces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368 Francois-Xavier Coudert changed: What|Removed |Added Ever confirmed|0 |1 Host|

[Bug target/112368] New: Darwin failures for avx256_move_by_pieces and avx256_store_by_pieces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112368 Bug ID: 112368 Summary: Darwin failures for avx256_move_by_pieces and avx256_store_by_pieces Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/111950] [14 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.cc:250 since r14-4786-gd118738e71c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111950 --- Comment #6 from Richard Biener --- Created attachment 56500 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56500=edit patch Some of the "fixup"s done earlier get in the way of simplifying things. Specifically /* If the

[Bug testsuite/111066] g++.dg/special/initpri3.C fails on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111066 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |RESOLVED

[Bug analyzer/104042] Four memcpy/memset analyzer failures on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104042 Francois-Xavier Coudert changed: What|Removed |Added Build||x86_64-apple-darwin21

[Bug tree-optimization/110769] [14 Regression] ICE in adjust_loop_info_after_peeling, at tree-ssa-loop-ivcanon.cc:1023 since r14-2674-gd0de3bf9175

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110769 --- Comment #5 from Shaohua Li --- (In reply to Shaohua Li from comment #3) > I tried to bisect it and it was bisected to r14-2674-gd0de3bf9175, which is > different from the bisection point in bug110641 I probably bisected to the wrong

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 --- Comment #20 from Martin Uecker --- Ah, this is how it works. Thanks!

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 Sam James changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/111721] RISC-V: Failed to SLP for gather_load in RVV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111721 JuzheZhong changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/53947] [meta-bug] vectorizer missed-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947 Bug 53947 depends on bug 111721, which changed state. Bug 111721 Summary: RISC-V: Failed to SLP for gather_load in RVV https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111721 What|Removed |Added

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347 --- Comment #18 from Martin Uecker --- I think this can be closed.

[Bug libfortran/112364] calloc used incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112364 --- Comment #6 from Martin Uecker --- For reference, this is were the revised wording in C comes. This is intentional. https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2293.htm

[Bug tree-optimization/111950] [14 Regression] ICE in compute_live_loop_exits, at tree-ssa-loop-manip.cc:250 since r14-4786-gd118738e71c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111950 --- Comment #5 from Richard Biener --- t.c:6:10: note: init: stmt relevant? iftmp.0_9 = _32 ? 1 : iftmp.0_39; t.c:6:10: note: vec_stmt_relevant_p: used out of loop. t.c:6:10: note: vect_is_simple_use: operand _1 != 0, type of def:

  1   2   >