[Bug debug/116627] [14/15 Regression] armv6l: ICE in kernel's net/ipv4/ipmr.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116627 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/116609] Live lane vectorization does not support SLP with loop masking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116609 --- Comment #1 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:116bfbc806a7aa3f1ae2a3b3eb38d6bb65e0d0a7 commit r15-3506-g116bfbc806a7aa3f1ae2a3b3eb38d6bb65e0d0a7 Author: Richard Biener Date:

[Bug tree-optimization/116610] wrong-code with SLP induction vectorization when using partial vectors and alignment peeling via masking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116610 --- Comment #3 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:6a1a856ba78589f7f5285b00ecd40ba2bbeef8b0 commit r15-3507-g6a1a856ba78589f7f5285b00ecd40ba2bbeef8b0 Author: Richard Biener Date:

[Bug target/116592] illegal operands th.vsetvli zero,0,e32,m8 with -O2 -O3 when compiling for risc-v xtheadvector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116592 --- Comment #5 from Jin Ma --- (In reply to nihui from comment #0) > $ ./riscv64-unknown-linux-gnu-g++ -c test3.c -o test3.o > -march=rv64gc_zfh_xtheadvector -O2 > /tmp/ccQPGUNc.s: Assembler messages: > /tmp/ccQPGUNc.s:86: Error: illegal operand

[Bug tree-optimization/116610] wrong-code with SLP induction vectorization when using partial vectors and alignment peeling via masking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116610 Richard Biener changed: What|Removed |Added Known to work||15.0 --- Comment #4 from Richard Biene

[Bug tree-optimization/116609] Live lane vectorization does not support SLP with loop masking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116609 Richard Biener changed: What|Removed |Added Last reconfirmed||2024-09-06 Ever confirmed|0

[Bug tree-optimization/116628] New: [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 Bug ID: 116628 Summary: [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 ktkachov at gcc dot gnu.org changed: What|Removed |Added Known to work||14.2.0 Known to fail|

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 --- Comment #1 from Andrew Pinski --- What revision/commit id are you using? Is it before or after r15-3411 ?

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 --- Comment #2 from ktkachov at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #1) > What revision/commit id are you using? Is it before or after r15-3411 ? It's a fairly fresh g:6a1a856ba78589f7f5285b00ecd40ba2bbeef8b0

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 --- Comment #3 from Tamar Christina --- Still seems to ICE after that commit on last night's trunk https://godbolt.org/z/GnYT7Kx46

[Bug lto/116614] lto-wrapper: fatal error: Too many copied sections: Operation not supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116614 Jakub Jelinek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org

[Bug target/116621] [12/13/14/15 Regression] x86_64: Crash when fetching va_arg of type union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116621 --- Comment #4 from Dimitar Dimitrov --- (In reply to H.J. Lu from comment #3) > Created attachment 59055 [details] > A patch > > Try this. Thanks. This fixes not only the attached reduced test, but also all the ABI compat checks in GCC testsu

[Bug tree-optimization/116573] [15 Regression] Recent SLP work appears to generate significantly worse code on RISC-V

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

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 Richard Biener changed: What|Removed |Added Last reconfirmed||2024-09-06 Ever confirmed|0

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 --- Comment #5 from Tamar Christina --- (In reply to Richard Biener from comment #4) > Confirmed. The ICE means we've "fatally" failed to analyze an epilogue > which we do not expect. > > t.c:4:21: note: worklist: examine stmt: .MASK_STORE (

[Bug target/116611] Inefficient mix of contiguous and load-lane vectorization due to missing permutes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116611 --- Comment #3 from Robin Dapp --- Actually we're already supposed to be handling all constant permutes. Maybe what's in the way is /* FIXME: Explicitly disable VLA interleave SLP vectorization when we may encounter ICE for poly size (1

[Bug target/116629] New: Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629 Bug ID: 116629 Summary: Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x Product: gcc Version: 14.2.0 Status: UNCONFIRMED Sever

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #5 from Jennifer Schmitz --- I looked into the issue and summarize below what I found: My current fix that checks for the support of the mod optab for vectors looks like this: @@ -894,7 +894,9 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT

[Bug target/116629] [14/15 Regression] Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.3 Summary|Building openv

[Bug target/116629] [14/15 Regression] Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

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

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #6 from Andrew Pinski --- Try optimize_vectors_before_lowering_p () like what is used a few other places.

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 Tamar Christina changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot gnu.org

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #7 from Jennifer Schmitz --- Thanks for the quick reply. I tried (simplify (minus (convert1? @0) (convert2? (mult:c (trunc_div @@0 @@1) @1))) (if (INTEGRAL_TYPE_P (type) || (VECTOR_INTEGER_TYPE_P (type) && optimize

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #8 from Andrew Pinski --- (In reply to Jennifer Schmitz from comment #7) > Thanks for the quick reply. I tried > > (simplify > (minus (convert1? @0) (convert2? (mult:c (trunc_div @@0 @@1) @1))) > (if (INTEGRAL_TYPE_P (type) >

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #9 from Andrew Pinski --- (In reply to Andrew Pinski from comment #8) > (In reply to Jennifer Schmitz from comment #7) > > Thanks for the quick reply. I tried > > > > (simplify > > (minus (convert1? @0) (convert2? (mult:c (trunc_di

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #10 from Andrew Pinski --- (In reply to Andrew Pinski from comment #9) > Oh wait the problem is this is before lowering but SVE vectors can't be > lowered. > > I think maybe the lowering pass should handle the case where: > !target_

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

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

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #12 from Richard Biener --- (In reply to Andrew Pinski from comment #3) > (In reply to Richard Biener from comment #2) > > Apparently the vectorizer introduces ops that are not supported by the > > target. Or vector lowering indenti

[Bug tree-optimization/116569] [15 Regression] ICE in to_constant, at poly-int.h:592

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569 --- Comment #13 from Richard Biener --- (In reply to ktkachov from comment #11) > (In reply to Andrew Pinski from comment #9) > > (In reply to Andrew Pinski from comment #8) > > > (In reply to Jennifer Schmitz from comment #7) > > > > Thanks for

[Bug target/116600] internal compiler error: in maybe_record_trace_start, at dwarf2cfi.cc:2584 since r7-5127-g827ab47ab1f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116600 Alex Coplan changed: What|Removed |Added Summary|internal compiler error: in |internal compiler error: in

[Bug lto/116614] lto-wrapper: fatal error: Too many copied sections: Operation not supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116614 --- Comment #7 from Jakub Jelinek --- Created attachment 59059 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59059&action=edit gcc15-pr116614.patch Lightly tested updated patch which fixes it.

[Bug rtl-optimization/116321] [lra][avr] internal compiler error: in avr_out_lpm_no_lpmx, at config/avr/avr.cc:4572

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116321 --- Comment #8 from GCC Commits --- The master branch has been updated by Georg-Johann Lay : https://gcc.gnu.org/g:e8378231bb88582274e641e57766da613fe067bd commit r15-3512-ge8378231bb88582274e641e57766da613fe067bd Author: Georg-Johann Lay Dat

[Bug target/116630] New: Implement spaceshipm3 optab for aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116630 Bug ID: 116630 Summary: Implement spaceshipm3 optab for aarch64 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement

[Bug target/113932] [meta-bug] Targets which should be ported to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932 Bug 113932 depends on bug 116321, which changed state. Bug 116321 Summary: [lra][avr] internal compiler error: in avr_out_lpm_no_lpmx, at config/avr/avr.cc:4572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116321 What|Removed

[Bug target/113934] Switch avr to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934 Bug 113934 depends on bug 116321, which changed state. Bug 116321 Summary: [lra][avr] internal compiler error: in avr_out_lpm_no_lpmx, at config/avr/avr.cc:4572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116321 What|Removed

[Bug rtl-optimization/116321] [lra][avr] internal compiler error: in avr_out_lpm_no_lpmx, at config/avr/avr.cc:4572

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116321 Georg-Johann Lay changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug middle-end/56183] [meta-bug][avr] Problems with register allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183 Bug 56183 depends on bug 116321, which changed state. Bug 116321 Summary: [lra][avr] internal compiler error: in avr_out_lpm_no_lpmx, at config/avr/avr.cc:4572 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116321 What|Removed

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115769 --- Comment #9 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:964577c31df206d780d5cc7bc07189d44de2719e commit r15-3513-g964577c31df206d780d5cc7bc07189d44de2719e Author: Jakub Jelinek Date: F

[Bug c/116631] New: [gcc] c23 - 'auto' struggles with comma expression type inference.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116631 Bug ID: 116631 Summary: [gcc] c23 - 'auto' struggles with comma expression type inference. Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal

[Bug c/116631] [gcc] c23 - 'auto' struggles with comma expression type inference.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116631 --- Comment #1 from ping --- Post scriptum (context) : The purpose of the code is to be able to make static assertion within expressions. The trick is that static_assert is garanteed by the standard to not produce anything (https://en.cpprefer

[Bug ipa/115815] [13/14/15 Regression] ICE: in purge_all_uses, at ipa-param-manipulation.cc:632 with -O2 -flto and incorrect usage of attribute destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115815 --- Comment #5 from GCC Commits --- The master branch has been updated by Martin Jambor : https://gcc.gnu.org/g:e98ad6a049c96c21cf641954584c2f5b7df0ce93 commit r15-3515-ge98ad6a049c96c21cf641954584c2f5b7df0ce93 Author: Martin Jambor Date: F

[Bug ipa/115815] [13/14/15 Regression] ICE: in purge_all_uses, at ipa-param-manipulation.cc:632 with -O2 -flto and incorrect usage of attribute destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115815 --- Comment #6 from GCC Commits --- The master branch has been updated by Martin Jambor : https://gcc.gnu.org/g:db0fa0b35b922449d703c040383abf7acb349d9d commit r15-3516-gdb0fa0b35b922449d703c040383abf7acb349d9d Author: Martin Jambor Date: F

[Bug ipa/115815] [13/14/15 Regression] ICE: in purge_all_uses, at ipa-param-manipulation.cc:632 with -O2 -flto and incorrect usage of attribute destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115815 --- Comment #7 from Martin Jambor --- Fixed on master, I plan to backport the fix (the first patch) to the affected release branches next week.

[Bug c/81665] Please introduce flags attribute for enums which will mimic one from C#

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug debug/116627] [14/15 Regression] armv6l: ICE in kernel's net/ipv4/ipmr.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116627 --- Comment #4 from Richard Biener --- Created attachment 59060 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59060&action=edit reduced testcase That's what reduction ended up with. Clean with -Wall, it no longer requires -p to trigger

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #232 from Kazumoto Kojima --- Created attachment 59061 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59061&action=edit a trial patch to fix ICE in c#229 I could get multiple ICEs with the cross libada build. The first one look

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #233 from Kazumoto Kojima --- Created attachment 59062 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59062&action=edit a patch to fix other ICEs during libada build The second one is the ICE in split2 pass during building liba

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #234 from John Paul Adrian Glaubitz --- OK, I'll add both patch 59061 and patch 59062 and give it a try with all languages enabled except for D which requires a working libphobos which I don't have.

[Bug target/116598] gcc.dg/c23-attr-reproducible-1.c and gcc.dg/c23-attr-unsequenced-1.c ICEs on aarch64 due to searching for attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116598 --- Comment #3 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:1247fa6e95cdf4a6422ec802f733f1f7ecaa3557 commit r15-3517-g1247fa6e95cdf4a6422ec802f733f1f7ecaa3557 Author: Andrew Pinski Date: We

[Bug target/116598] gcc.dg/c23-attr-reproducible-1.c and gcc.dg/c23-attr-unsequenced-1.c ICEs on aarch64 due to searching for attributes

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

[Bug target/116600] [12/13/14/15 Regression] internal compiler error: in maybe_record_trace_start, at dwarf2cfi.cc:2584 since r7-5127-g827ab47ab1f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116600 Andrew Pinski changed: What|Removed |Added Summary|internal compiler error: in |[12/13/14/15 Regression]

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 --- Comment #7 from GCC Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:2c4438d39156493b5b382eb48b1f884ca5ab7ed4 commit r15-3518-g2c4438d39156493b5b382eb48b1f884ca5ab7ed4 Author: Tamar Christina Date:

[Bug tree-optimization/116628] [15 Regression] ICE in vect_analyze_loop_1 on aarch64 with -Ofast in TSVC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628 Tamar Christina changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug d/116632] New: d_diagnostic_report_diagnostic and non-textual diagnostic output formats (e.g. SARIF)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116632 Bug ID: 116632 Summary: d_diagnostic_report_diagnostic and non-textual diagnostic output formats (e.g. SARIF) Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/115695] spurious warning for -Wsign-compare with c++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115695 Julian Gompper changed: What|Removed |Added CC||juliangmp at protonmail dot com --- Co

[Bug tree-optimization/116588] wrong code with -O2 -fno-vect-cost-model -fno-tree-dominator-opts -fno-tree-fre --param=vrp-block-limit=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116588 --- Comment #3 from Andrew Macleod --- Its happening in tree-ssa-propagate.cc after the simplification: /* If this is a control statement the propagator left edges unexecuted on force the condition in a way consistent with

[Bug target/116611] Inefficient mix of contiguous and load-lane vectorization due to missing permutes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116611 --- Comment #4 from Robin Dapp --- I just send a patch to get rid of this early exit in our backend. However with test testsuite compile options -O3 -march=rv64gcv -fno-vect-cost-model I still see MASK_LEN_LOAD_LANES.

[Bug tree-optimization/107919] Possibly false-positive "maybe-uninitialized" with GCC 12 on complex variant-variant-tuple-unique_ptr types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #8

[Bug c++/116633] New: [coroutines] ICE: Promise with Variadic Templated Constructor and Reference to the Instance of the Member Coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116633 Bug ID: 116633 Summary: [coroutines] ICE: Promise with Variadic Templated Constructor and Reference to the Instance of the Member Coroutine Product: gcc Version:

[Bug c/116631] [gcc] c23 - 'auto' struggles with comma expression type inference.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116631 --- Comment #2 from Joseph S. Myers --- The specification for underspecified declarations (auto and constexpr) says "if anywhere within the sequence of tokens making up the declaration identifiers that are not ordinary are declared, the behavior

[Bug c++/116634] New: constexpr string arrays dont compile in gcc 14.x but works for gcc 13 and earlier.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116634 Bug ID: 116634 Summary: constexpr string arrays dont compile in gcc 14.x but works for gcc 13 and earlier. Product: gcc Version: 14.2.1 Status: UNCONFIRMED Sev

[Bug c++/116633] [coroutines] ICE: Promise with Variadic Templated Constructor and Reference to the Instance of the Member Coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116633 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org Ke

[Bug c++/116634] [14/15 Regression] constexpr string arrays dont compile in gcc 14.x but works for gcc 13 and earlier.

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

[Bug c++/116634] [14/15 Regression] constexpr string arrays dont compile in gcc 14.x but works for gcc 13 and earlier.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116634 Marek Polacek changed: What|Removed |Added Target Milestone|--- |14.3

[Bug c++/116634] [14/15 Regression] constexpr string arrays dont compile in gcc 14.x but works for gcc 13 and earlier.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116634 Marek Polacek changed: What|Removed |Added Keywords|rejects-valid | --- Comment #2 from Marek Polacek ---

[Bug driver/111527] COLLECT_GCC_OPTIONS option hits single-variable limits too early

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527 --- Comment #19 from Sunil Dora --- Created attachment 59064 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59064&action=edit Details of issue summary, response file logs and proposed solution

[Bug c/46073] __builtin_choose_expr outputs warnings for unused expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46073 --- Comment #4 from qinzhao at gcc dot gnu.org --- the adoption of the new builtin __builtin_get_counted_by (PR116016) depends on fixing this PR.

[Bug c/46073] __builtin_choose_expr outputs warnings for unused expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46073 qinzhao at gcc dot gnu.org changed: What|Removed |Added Severity|minor |normal

[Bug c/116631] [gcc] c23 - 'auto' struggles with comma expression type inference.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116631 --- Comment #3 from Sofian Touhami --- Although notice how __auto_type does not care about "underspecified object" and works in every case, although as I understood this __auto_type / auto difference is itself due to the auto specification in th

[Bug c/46073] __builtin_choose_expr outputs warnings for unused expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46073 --- Comment #5 from Joseph S. Myers --- It's doubtful that this is a bug. You could define __builtin_choose_expr so the unselected operand only needs to be a balanced token sequence (with no commas unless nested inside () [] {}), but it's less cl

[Bug c/46073] __builtin_choose_expr outputs warnings for unused expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46073 --- Comment #6 from qinzhao at gcc dot gnu.org --- (In reply to Joseph S. Myers from comment #5) > It's doubtful that this is a bug. You could define __builtin_choose_expr so > the unselected operand only needs to be a balanced token sequence (wit

[Bug c++/85282] CWG 727 (full specialization in non-namespace scope)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282 Tiago Macarios changed: What|Removed |Added CC||tiagomacarios at gmail dot com --- Comm

[Bug c/46073] __builtin_choose_expr outputs warnings for unused expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46073 Martin Uecker changed: What|Removed |Added CC||muecker at gwdg dot de --- Comment #7 fr

[Bug tree-optimization/107919] Possibly false-positive "maybe-uninitialized" with GCC 12 on complex variant-variant-tuple-unique_ptr types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919 --- Comment #9 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:1fa45e77154732af147e87aee1779a3b10db2b7a commit r15-3522-g1fa45e77154732af147e87aee1779a3b10db2b7a Author: Jason Merrill Date: Fr

[Bug tree-optimization/116098] [14 Regression] _Bool value from tagged union is incorrect when built with optimization since r14-1597-g64d90d06d2db43

ilib Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 15.0.0 20240903 (experimental) (GCC) Also reproducible on godbolt.org, which apparently uses this version for trunk: g++ (Compiler-Explorer-Build-gcc-1735917cee41fe680d9dd3c0c26b45520c17413a-binutils-2.42)

[Bug other/116635] New: new test case cc.dg/opt-ordered-and-nonequal-1.c from r15-3463-g91421e21e8f0f0 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116635 Bug ID: 116635 Summary: new test case cc.dg/opt-ordered-and-nonequal-1.c from r15-3463-g91421e21e8f0f0 fails Product: gcc Version: 15.0 Status: UNCONFIRMED Sev

[Bug tree-optimization/116098] [14/15 Regression] _Bool value from tagged union is incorrect when built with optimization since r14-1597-g64d90d06d2db43

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098 Andrew Pinski changed: What|Removed |Added Summary|[14 Regression] _Bool value |[14/15 Regression] _Bool

[Bug c++/116636] New: Deprecation warning/unavailable error when overriding member of virtual base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116636 Bug ID: 116636 Summary: Deprecation warning/unavailable error when overriding member of virtual base class Product: gcc Version: 15.0 Status: UNCONFIRMED Sever

[Bug c++/116636] [12/13/14/15 Regression] Deprecation warning/unavailable error when overriding member of virtual base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116636 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug c++/116634] [14/15 Regression] constexpr string arrays dont compile in gcc 14.x but works for gcc 13 and earlier.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116634 --- Comment #3 from Horse Radi --- This code has been working all the way back from gcc 9 till 13, only breaking in gcc 14. There is also a frozen library for constexpr strings that uses similar methods. The compilation error shows a clear inco

[Bug tree-optimization/116601] [12/13/14/15 Regression] during GIMPLE pass: fab ICE: verify_gimple failed: statement marked for throw, but doesn't with -O -fnon-call-exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116601 --- Comment #6 from Andrew Pinski --- Created attachment 59065 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59065&action=edit Patch which moves this folding to a different location So in the end, it is better to move this optimization t

[Bug target/116629] [14/15 Regression] Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629 --- Comment #3 from Andrew Pinski --- (In reply to Richard Biener from comment #1) > See https://build.opensuse.org/package/show/openSUSE:Factory:ARM/openvino for > getting to sources/flags and a more complete build log. Sorry for not > providi

[Bug gcov-profile/105063] [GCOV] Ability to map .gcda paths

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105063 Dávid Péter Jánosa changed: What|Removed |Added CC||jdavidpeter at gmail dot com --- C

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #235 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #234) > OK, I'll add both patch 59061 and patch 59062 and give it a try with all > languages enabled except for D which requires a working lib

[Bug target/116629] [14/15 Regression] Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629 --- Comment #4 from Andrew Pinski --- (In reply to Andrew Pinski from comment #3) > I wonder if it could be reproduced by compiling ComputeLibrary and its > examples with LTO. Yes just building upstream version of ComputeLibrary (with some incl

[Bug target/116629] [14/15 Regression] Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629 --- Comment #5 from Andrew Pinski --- tree arg0_type = type_argument_type (TREE_TYPE (fndecl), 1);

[Bug target/116629] [14/15 Regression] Building openvino with -flto ICEs in aarch64_sve::gimple_folder::redirect_pred_x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629 --- Comment #6 from Andrew Pinski --- Trying to get a reduced testcase somehow ...

[Bug libgcc/116637] New: malloc and calloc assertion fails when two consecutive sizes don't match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116637 Bug ID: 116637 Summary: malloc and calloc assertion fails when two consecutive sizes don't match Product: gcc Version: 13.3.0 Status: UNCONFIRMED Severity: nor

[Bug libgcc/116637] malloc and calloc assertion fails when two consecutive sizes don't match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116637 --- Comment #1 from Greg Morse --- i worked around this bug, by doing the malloc only once, with the maximum possible size i was likely to need, and then keeping the allocated memory until the end of the run, and re-using the same pointer whenev

[Bug c++/116638] New: False-positive maybe-uninitizlied warning: ‘*(const std::array*)((char*)& +12)’ may be used uninitialized [-Werror=maybe-uninitialized]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116638 Bug ID: 116638 Summary: False-positive maybe-uninitizlied warning: ‘*(const std::array*)((char*)& +12)’ may be used uninitialized [-Werror=maybe-uninitialized] Product: gcc

[Bug c++/116638] False-positive maybe-uninitizlied warning: ‘*(const std::array*)((char*)& +12)’ may be used uninitialized [-Werror=maybe-uninitialized]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116638 --- Comment #1 from accelerator0099 at gmail dot com --- If you uncomment that /* inline */, the compiler gives no error Removing the -O2 flag also outputs no error

[Bug libgcc/116637] malloc and calloc assertion fails when two consecutive sizes don't match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116637 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org Statu

[Bug tree-optimization/116638] False-positive maybe-uninitizlied warning: ‘*(const std::array*)((char*)& +12)’ may be used uninitialized [-Werror=maybe-uninitialized]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116638 --- Comment #2 from Andrew Pinski --- This might be a dup of the other Wunitialized issues with std::variant.

[Bug libgcc/116637] malloc and calloc assertion fails when two consecutive sizes don't match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116637 --- Comment #3 from Andrew Pinski --- This sounds like going to past the bounds of the calloc. Try using valgrind or -fsanitize=address one of those two will catch where your bug is.