[Bug libstdc++/116342] The compiler doesn't respect customised strong_order/weak_order for floating point types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116342 Jonathan Wakely changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRME

[Bug target/106438] powerpc: ICE when building libgfortran with -flto: in insert_value_copy_on_edge, at tree-outof-ssa.cc:334

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106438 --- Comment #5 from Jeevitha --- Able to reproduce the error with a simple test case using the following compilation and linking commands. The issue occurs whenever we pass different ABIs during compilation and linking. jeevitha@ltcden2-lp1 nb_

[Bug fortran/116261] [15 regression] gfortran.dg/sizeof_6.f90 -O1 timeout since r15-2739-g4cb07a38233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261 --- Comment #4 from paul.richard.thomas at gmail dot com --- Hi Harald, I logged various regressions before going on vacation. I'll be back in action next week. Regards Paul On Tue, 13 Aug 2024 at 20:58, anlauf at gcc dot gnu.org < gcc-bugz

[Bug target/102055] full 128byte swap using __builtin_shuffle should produce rev64 followed by ext

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

[Bug target/116367] Handle vector shuffles better

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

[Bug libstdc++/116362] [15 Regression] libstdc++ assumes newlib is configured to include iconv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116362 --- Comment #2 from Jonathan Wakely --- That isn't new, but checking the HAVE_ICONV macro and using icon inside the library is new.

[Bug libstdc++/116362] [15 Regression] libstdc++ assumes newlib is configured to include iconv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116362 --- Comment #1 from Jonathan Wakely --- It's hardcoded for newlib here: https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libstdc%2B%2B-v3/configure.ac;h=ccb24a82be7993da5468ade43b03c01b6142a25f;hb=HEAD#l379

[Bug tree-optimization/116367] New: Handle vector shuffles better

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116367 Bug ID: 116367 Summary: Handle vector shuffles better Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P

[Bug c++/116366] New: the const specifier is dropped when using member object as template parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116366 Bug ID: 116366 Summary: the const specifier is dropped when using member object as template parameter Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity

[Bug target/116365] Add user-friendly arguments to --param aarch64-autovec-preference=N

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116365 Andrew Pinski changed: What|Removed |Added CC||pinskia at gcc dot gnu.org

[Bug target/116365] New: Add user-friendly arguments to --param aarch64-autovec-preference=N

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116365 Bug ID: 116365 Summary: Add user-friendly arguments to --param aarch64-autovec-preference=N Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: easyhack

[PATCH] RISC-V: Fix factor in dwarf_poly_indeterminate_value [PR116305]

This patch is to fix the bug (BugId:116305) introduced by the commit bd93ef for risc-v target. The commit bd93ef changes the chunk_num from 1 to TARGET_MIN_VLEN/128 if TARGET_MIN_VLEN is larger than 128 in riscv_convert_vector_bits. So it changes the value of BYTES_PER_RISCV_VECTOR. For example, b

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #168 from John Paul Adrian Glaubitz --- I am getting a segmentation fault when building libgcc2.c now: /<>/build/./gcc/xgcc -B/<>/build/./gcc/ -B/usr/sh4-linux-gnu/bin/ -B/usr/sh4-linux-gnu/lib/ -isystem /usr/sh4-linux-gnu/include -i

[Bug c++/116364] [modules] GM explicit specialisation not propagated from partition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116364 --- Comment #1 from Nathaniel Shead --- The following (untested) patch seems to fix the issue: diff --git a/gcc/cp/module.cc b/gcc/cp/module.cc index f4d137b13a1..75967c259fc 100644 --- a/gcc/cp/module.cc +++ b/gcc/cp/module.cc @@ -13521,11 +13

[Bug c++/116364] New: [modules] GM explicit specialisation not propagated from partition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116364 Bug ID: 116364 Summary: [modules] GM explicit specialisation not propagated from partition Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: rejects-val

[Bug rtl-optimization/116244] [15 Regression] reload ICE building libstdc++ for coldfire

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

[Bug target/112993] rs6000: Rework precision for 128bit float types and modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112993 Bug 112993 depends on bug 116170, which changed state. Bug 116170 Summary: [15 regression] ICE unrecognizable insn since r15-2084-g33dca0a4c1c421 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170 What|Removed

[Bug target/116170] [15 regression] ICE unrecognizable insn since r15-2084-g33dca0a4c1c421

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170 Kewen Lin changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/116221] -Wmaybe-uninitialized in symbol.cc's gfc_get_ha_symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116221 --- Comment #10 from Sam James --- ..and ``` /var/tmp/portage/sys-devel/gcc-15.0./work/gcc-15.0./gcc/fortran/class.cc: In function ‘_ZL18finalize_componentP8gfc_exprP10gfc_symbolP13gfc_componentS2_S2_PP8gfc_codeP13gfc_names pace.part.0’:

[Bug fortran/116221] -Wmaybe-uninitialized in symbol.cc's gfc_get_ha_symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116221 --- Comment #9 from Sam James --- Hi Harald, thanks. A handful more: ``` In function ‘gfc_restore_backend_locus’, inlined from ‘gfc_trans_if_1’ at /var/tmp/portage/sys-devel/gcc-15.0./work/gcc-15.0./gcc/fortran/trans-stmt.cc:1485:31

[Bug target/116170] [15 regression] ICE unrecognizable insn since r15-2084-g33dca0a4c1c421

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170 --- Comment #6 from Kewen Lin --- (In reply to Segher Boessenkool from comment #4) > Is that strong enough? A const_vector (or a const_anything) as lhs of a set > does not make sense at all. How did we even try this, is some more generic > thi

[Bug testsuite/116148] c-c++-common/fam-in-union-alone-in-struct-2.c fails on big-endian (finally tested starting with r15-2403-g136f364e26d9ad)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116148 --- Comment #15 from Sam James --- Thanks again all.

[Bug testsuite/116148] c-c++-common/fam-in-union-alone-in-struct-2.c fails on big-endian (finally tested starting with r15-2403-g136f364e26d9ad)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116148 Kewen Lin changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED

[Bug testsuite/116148] c-c++-common/fam-in-union-alone-in-struct-2.c fails on big-endian (finally tested starting with r15-2403-g136f364e26d9ad)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116148 --- Comment #13 from GCC Commits --- The master branch has been updated by Kewen Lin : https://gcc.gnu.org/g:10972e6fb59cf83e12dcf7d5d6db01aa8e38dc52 commit r15-2907-g10972e6fb59cf83e12dcf7d5d6db01aa8e38dc52 Author: Kewen Lin Date: Tue Aug

[Bug tree-optimization/116357] [12/13/14/15 Regression] The item's address of the array is not correct if aligned is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116357 --- Comment #3 from Alwin Zhang --- Hi Andrew, Do you mean that gcc should give an error like old version? For example, error: alignment of array elements is greater than element size

[Bug target/116174] [14/15 regression] Alignment request is added before endbr with -fcf-protection=branch since r15-888-gb644126237a1aa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174 --- Comment #8 from GCC Commits --- The master branch has been updated by hongtao Liu : https://gcc.gnu.org/g:c3c83d22d212a35cb1bfb8727477819463f0dcd8 commit r15-2906-gc3c83d22d212a35cb1bfb8727477819463f0dcd8 Author: liuhongt Date: Mon Aug

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Sam James changed: What|Removed |Added CC||pinskia at gcc dot gnu.org --- Comment #8 f

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 --- Comment #7 from Sam James --- I've been wondering why the D tests were failing here, as I've been working on wiring them up in our packaging, and now things make sense :) I'll try the patch. I don't think it landed.

[Bug testsuite/116155] c-c++-common/fam-in-union-alone-in-struct-1.c fails on pru-unknown-elf

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

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org Severit

[Bug rtl-optimization/115862] [15 Regression] RISC-V: ICE during RTL combine pass in malloc.c for zvl512b and zvl1024b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115862 Edwin Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/116242] [meta-bug] Tracker for zvl issues in RISC-V

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116242 Bug 116242 depends on bug 115862, which changed state. Bug 115862 Summary: [15 Regression] RISC-V: ICE during RTL combine pass in malloc.c for zvl512b and zvl1024b https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115862 What|Removed

[Bug target/116363] New: gcc.c-torture/execute/conversion.c fails on H8/300

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116363 Bug ID: 116363 Summary: gcc.c-torture/execute/conversion.c fails on H8/300 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: testsuite-fail Severity: normal

[Bug target/116242] [meta-bug] Tracker for zvl issues in RISC-V

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116242 Bug 116242 depends on bug 116202, which changed state. Bug 116202 Summary: RISC-V: Miscompile at -O3 with zvl256b https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116202 What|Removed |Added

[Bug target/116202] RISC-V: Miscompile at -O3 with zvl256b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116202 Patrick O'Neill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/116284] [12/13/14/15 Regression] incorrect classification of zero-sized array as variably modified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116284 --- Comment #3 from Alejandro Colomar --- I have intentions to propose 0-length arrays as a standard language feature, or at least a well-supported GCC extension. Proposals such as wi

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Iain Buclaw changed: What|Removed |Added CC||ibuclaw at gdcproject dot org --- Comment

[Bug modula2/116181] -Wlto-type-mismatch warnings/errors during m2 bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116181 --- Comment #4 from Gaius Mulley --- Created attachment 58928 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58928&action=edit Proposed fix part 4 I think this patch removes all the -Wodr warnings when building the m2 front end.

[Bug c/116284] [12/13/14/15 Regression] incorrect classification of zero-sized array as variably modified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116284 Andrew Pinski changed: What|Removed |Added Known to work||4.4.7, 4.5.3 Summary|incorre

[Bug c/116284] incorrect classification of zero-sized array as variably modified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116284 --- Comment #1 from Andrew Pinski --- :1:12: error: ISO C forbids zero-size array 'a' [-Wpedantic] 1 | static int a[0]; |^ Hmm, this is an extension so ...

[Bug lto/116361] lto1: fatal error: multiple prevailing defs when using both LTO and OpenMP named critical sections with static libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116361 --- Comment #1 from Andrew Pinski --- This could be a binutils bug. Did you test out gold?

[Bug tree-optimization/116352] [15 regression] ICE when building opencv-4.9.0 (error: definition in block 208 does not dominate use in block 188)

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

[Bug tree-optimization/116352] [15 regression] ICE when building opencv-4.9.0 (error: definition in block 208 does not dominate use in block 188)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352 --- Comment #5 from Andrew Pinski --- Note the reduced testcase only need `-O3` .

[Bug tree-optimization/116352] [15 regression] ICE when building opencv-4.9.0 (error: definition in block 208 does not dominate use in block 188)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2024-08-13 Status|UNCONFIRM

[Bug tree-optimization/116352] [15 regression] ICE when building opencv-4.9.0 (error: definition in block 208 does not dominate use in block 188)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352 --- Comment #3 from Andrew Pinski --- Confirmed, slightly reduced with some more clean up (loop is now closer to be finite): ``` int a; float b, c; void l(int h, int f, int g, float *e) { for (int m = 0; m < h; m++) { float i = 2 * b, j

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |15.0 Resolution|---

[Bug testsuite/116155] c-c++-common/fam-in-union-alone-in-struct-1.c fails on pru-unknown-elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116155 --- Comment #14 from GCC Commits --- The master branch has been updated by Dimitar Dimitrov : https://gcc.gnu.org/g:b13e34699c7d27e561fcfe1b66ced1e50e69976f commit r15-2904-gb13e34699c7d27e561fcfe1b66ced1e50e69976f Author: Dimitar Dimitrov Da

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 Sergei Trofimovich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/116349] [15 regression] ICE in expand_simple_binop, at optabs.cc:1264 when building libgo

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

[Bug fortran/116261] [15 regression] gfortran.dg/sizeof_6.f90 -O1 timeout since r15-2739-g4cb07a38233

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

[Bug middle-end/116358] [15 Regression] undefined reference to `__umindi3' at -O3 when compiling with SVE

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

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 --- Comment #9 from GCC Commits --- The master branch has been updated by Philipp Tomsich : https://gcc.gnu.org/g:cc00a737e840986f4916918759ba214a95ae6888 commit r15-2903-gcc00a737e840986f4916918759ba214a95ae6888 Author: Manolis Tsamis Date:

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #16 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:9988d7e004796ab531df7bcda45788a7aa9276d7 commit r15-2902-g9988d7e004796ab531df7bcda45788a7aa9276d7 Author: Harald Anlauf Date:

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #15 from kargls at comcast dot net --- (In reply to anlauf from comment #14) > > Can you construct a testcase which is missed? > Apparently, no! :) Of course, I'm trying to multitask between work and non-work. Patch looks good to

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #14 from anlauf at gcc dot gnu.org --- (In reply to kargls from comment #13) > (In reply to anlauf from comment #11) > > Created attachment 58926 [details] > > Patch > > > > This patch applies the check of the declared type in resolv

[Bug c++/116285] Compilation of nodejs/v8's v8_base_without_compiler.runtime-temporal.cc is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116285 Andi Kleen changed: What|Removed |Added CC||andi-gcc at firstfloor dot org --- Comment

[Bug target/116236] [LRA] [M68K] ICE insn does not satisfy its constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116236 --- Comment #19 from Richard Sandiford --- Of course, immediately after posting I realise it should be address_mode instead of pointer_mode, but that shouldn't affect m68k.

[Bug target/116236] [LRA] [M68K] ICE insn does not satisfy its constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116236 --- Comment #18 from Richard Sandiford --- Created attachment 58927 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58927&action=edit Candidate patch Could you try the attached patch? It seems to fix the reduced testcase for me.

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #13 from kargls at comcast dot net --- (In reply to anlauf from comment #11) > Created attachment 58926 [details] > Patch > > This patch applies the check of the declared type in resolve_array_list, > where there is already a check f

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

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

[Bug libstdc++/116362] [15 Regression] libstdc++ assumes newlib is configured to include iconv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116362 Hans-Peter Nilsson changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |hp at gcc dot gnu.org E

[Bug libstdc++/116362] New: [15 Regression] libstdc++ assumes newlib is configured to include iconv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116362 Bug ID: 116362 Summary: [15 Regression] libstdc++ assumes newlib is configured to include iconv Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug target/116236] [LRA] [M68K] ICE insn does not satisfy its constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116236 Richard Sandiford changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassig

[Bug fortran/114308] ICE in fold_convert_loc, at fold-const.cc:2627

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114308 --- Comment #11 from anlauf at gcc dot gnu.org --- Created attachment 58926 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58926&action=edit Patch This patch applies the check of the declared type in resolve_array_list, where there is alre

[Bug lto/116361] New: lto1: fatal error: multiple prevailing defs when using both LTO and OpenMP named critical sections

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116361 Bug ID: 116361 Summary: lto1: fatal error: multiple prevailing defs when using both LTO and OpenMP named critical sections Product: gcc Version: 14.1.1 Status: UNCONFIRM

[Bug target/116236] [LRA] [M68K] ICE insn does not satisfy its constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116236 --- Comment #16 from Michael Matz --- (In reply to Richard Sandiford from comment #15) > > Yes, I considered adding this handling of (zero_extend Rx) to LRA. I'm > > confident > > it would fix this instance of the problem, if done correctly (it

[Bug middle-end/116358] [15 Regression] undefined reference to `__umindi3' at -O3 when compiling with SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116358 --- Comment #4 from Andrew Pinski --- Slightly cleaned up reduced testcase: ``` long long f(int b, int c, long long d) { if (c) { long long bb = b; long long t2 = (bb < 16 ? bb : 16); d = t2 - 16; } return d; } ```

[Bug middle-end/116358] [15 Regression] undefined reference to `__umindi3' at -O3 when compiling with SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116358 --- Comment #3 from Andrew Pinski --- Reduced testcase: ``` unsigned long long *ttt; long long f(int b, int c, unsigned long long d, int *tt) { unsigned long long t3 = 0; int i = 0; unsigned long long t = d; if (!tt[0]) ; else { lo

[Bug c++/116360] GCC gives false positive dangling reference for static local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116360 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug middle-end/116358] [15 Regression] undefined reference to `__umindi3' at -O3 when compiling with SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116358 --- Comment #2 from Manolis Tsamis --- This is indeed due to r15-2890-g72c9b5f438f22c, but it is a different issue from PR116353 (the fix for PR116353 doesn't solve this issue). For some additional context, the basic block from the testcase tha

[Bug c++/116327] [14/15 Regression] ICE in coroutine with parameter preview on lambda with captures since r15-2210

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116327 --- Comment #6 from John Eivind Helset --- Works, thanks.

[Bug fortran/116359] Nested contained procedures rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116359 kargls at comcast dot net changed: What|Removed |Added CC||kargls at comcast dot net --

[Bug c++/116360] New: GCC gives false positive dangling reference for static local variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116360 Bug ID: 116360 Summary: GCC gives false positive dangling reference for static local variable Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug libquadmath/83800] [libquadmath] M_SQRT2q & sqrtq(2.0Q) off by one ULP ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83800 --- Comment #5 from sisyphus359 at gmail dot com --- I notice that the multiple sqrtq() failures outlined in this report have now been fixed in gcc-14, despite this issue having been marked as "RESOLVED WONTFIX". (At least, they're fixed in the mi

[Bug rtl-optimization/116349] [15 regression] ICE in expand_simple_binop, at optabs.cc:1264 when building libgo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116349 --- Comment #7 from Christoph Müllner --- (In reply to seurer from comment #6) > I am seeing this same failure in doing a bootstrap build during stage 2 on > powerpc64: A fix that is confirmed to work on AArch64 and x86-64 has been posted here

[Bug rtl-optimization/116349] [15 regression] ICE in expand_simple_binop, at optabs.cc:1264 when building libgo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116349 --- Comment #6 from seurer at gcc dot gnu.org --- I am seeing this same failure in doing a bootstrap build during stage 2 on powerpc64: /home/seurer/gcc/git/build/gcc-trunk-bootstrap/./prev-gcc/xg++ -B/home/seurer/gcc/git/build/gcc-trunk-bootstr

[Bug c++/116327] [14/15 Regression] ICE in coroutine with parameter preview on lambda with captures since r15-2210

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116327 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/116359] New: Nested contained procedures rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116359 Bug ID: 116359 Summary: Nested contained procedures rejected Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c++/116320] [12/13/14/15 Regression] ICE: Segmentation fault (perform_or_defer_access_check) since r11-1350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

[Bug fortran/102973] possible inconsistency in procptr_assignment handling when matching ASSOCIATE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102973 Andre Vehreschild changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |vehre at gcc dot gnu.org

[Bug target/116236] [LRA] [M68K] ICE insn does not satisfy its constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116236 --- Comment #15 from Richard Sandiford --- (In reply to Michael Matz from comment #14) > (In reply to Richard Sandiford from comment #13) > > (In reply to Michael Matz from comment #12) > > > That's why I struggle a bit, I lack the bigger pictur

[Bug target/116236] [LRA] [M68K] ICE insn does not satisfy its constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116236 --- Comment #14 from Michael Matz --- (In reply to Richard Sandiford from comment #13) > (In reply to Michael Matz from comment #12) > > That's why I struggle a bit, I lack the bigger picture, how LRA is > > envisioned to deal with these situati

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 --- Comment #8 from Manolis Tsamis --- I have sent this fix, together with the testcase from this ticket, in the lists. Link is https://gcc.gnu.org/pipermail/gcc-patches/2024-August/660245.html

[Bug c++/115769] Implement CWG 2867 - Order of initialization for structured bindings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115769 Jakub Jelinek changed: What|Removed |Added Attachment #58923|0 |1 is obsolete|

[Bug c++/115769] Implement CWG 2867 - Order of initialization for structured bindings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115769 Jakub Jelinek changed: What|Removed |Added Attachment #58914|0 |1 is obsolete|

[Bug target/116103] [15 Regression] GCN vs. "Internal-fn: Only allow modes describe types for internal fn[PR115961]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116103 --- Comment #11 from GCC Commits --- The master branch has been updated by Pan Li : https://gcc.gnu.org/g:5618b023e8c3ea96f009c202e9457ea7261ecf57 commit r15-2900-g5618b023e8c3ea96f009c202e9457ea7261ecf57 Author: Pan Li Date: Mon Jul 29 15:

[Bug fortran/110033] rejects-valid: associate name corresponding to coarray selector should be considered a coarray

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110033 Andre Vehreschild changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #4 from Andre V

[Bug fortran/116292] [15 regression] ICE in build_function_decl, at fortran/trans-decl.cc:2486

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116292 Andre Vehreschild changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #11 from Andre

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 --- Comment #7 from Christoph Müllner --- > To add on to the info provided by Manolis, this is the diff for the proposed > fix: > > diff --git a/gcc/ifcvt.cc b/gcc/ifcvt.cc > index 3e25f30b67e..da59c907891 100644 > --- a/gcc/ifcvt.cc > +++ b/gc

[Bug target/116343] [15 regression] ICE on valid code at -Os with "-fschedule-insns -fno-thread-jumps -fno-dce" on x86_64-linux-gnu: in extract_insn, at recog.cc:2869

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116343 Richard Sandiford changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassig

[Bug tree-optimization/116352] [15 regression] ICE when building opencv-4.9.0 (error: definition in block 208 does not dominate use in block 188)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352 --- Comment #2 from Sam James --- Cleaned up: ``` int a, f, g; float b, c; float *d, *e; void l(int h) { for (; h; ++h) { float i = 0 * b, j = 0 * c; float *k = e; if (a) { k[0] = k[1] = (j - g * 0.5f) / 1; k[2] = (i +

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 --- Comment #6 from Sam James --- I'll give that a whack.

[Bug target/116170] [15 regression] ICE unrecognizable insn since r15-2084-g33dca0a4c1c421

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170 --- Comment #5 from GCC Commits --- The master branch has been updated by Kewen Lin : https://gcc.gnu.org/g:49d5e21d41aed827038f6766140e2449a64a9726 commit r15-2899-g49d5e21d41aed827038f6766140e2449a64a9726 Author: Kewen Lin Date: Tue Aug 1

[Bug tree-optimization/116348] [15 regression] ICE when building gavl-1.4.0 with -O3 -march=znver4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116348 Xi Ruoyao changed: What|Removed |Added Last reconfirmed||2024-08-13 Status|UNCONFIRMED

[Bug tree-optimization/116314] ICE after fixing PR116142 and implementing vec_widen_smult_{odd,even}_M for LoongArch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116314 Xi Ruoyao changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED

[Bug tree-optimization/116348] [15 regression] ICE when building gavl-1.4.0 with -O3 -march=znver4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116348 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #3 fr

[Bug tree-optimization/116352] [15 regression] ICE when building opencv-4.9.0 (error: definition in block 208 does not dominate use in block 188)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352 --- Comment #1 from Sam James --- Reduced: ``` struct { int operator[](long); } _boxWidths, _boxHeights; bool _bboxesNormalized; float _stepX, _stepY; float *forward___trans_tmp_1, *forward_outputPtr; void forward() { float _boxWidth, _boxHe

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 --- Comment #5 from ptomsich at gcc dot gnu.org --- To add on to the info provided by Manolis, this is the diff for the proposed fix: diff --git a/gcc/ifcvt.cc b/gcc/ifcvt.cc index 3e25f30b67e..da59c907891 100644 --- a/gcc/ifcvt.cc +++ b/gcc/ifc

[Bug rtl-optimization/116353] [15 Regression] ICE on glibc-2.39: RTL pass: ce2, in expand_simple_binop, at optabs.cc:1264 since r15-2890-g72c9b5f438f22c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353 --- Comment #4 from Manolis Tsamis --- The ICE happens when this RTX is given to try_emit_cmove_seq: set: (set (reg/v:DI 110 [ xor1 ]) (vec_select:DI (reg:V2DI 100 [ vect__15.36 ]) (parallel [ (const_int 1 [0x1])

[Bug middle-end/116358] [15 Regression] undefined reference to `__umindi3' at -O3 when compiling with SVE

]) (sign_extend:DI (reg:SI 345))) "/opt/compiler-explorer/arm64/gcc-trunk-20240813/aarch64-unknown-linux-gnu/aarch64-unknown-linux-gnu/include/c++/15.0.0/bits/stl_algobase.h":238:7 105 {*extendsidi2_aarch64} (nil)) (note 96 93 97 15 NOTE_INSN_DELETED) (note 97 96 98 15 NOTE_INSN_DELETED) (note 9

  1   2   >