[Bug tree-optimization/106020] Spurious warnings about stringop overflows only with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020 --- Comment #4 from Andrew Pinski --- I suspect it is warning on some unreachable code which is not optimized away until later. Until a full testcase is attached, it is going to be hard. Also it would be better if not using cmake, just use a

[Bug tree-optimization/106020] Spurious warnings about stringop overflows only with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020 --- Comment #3 from Andrew Pinski --- Can you attach both files instead of the godbolt link?

[Bug c/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 Peter Bergner changed: What|Removed |Added Component|target |c --- Comment #9 from Peter Bergner

[Bug target/105991] [12/13 Regression] rldicl+sldi+add generated instead of rldimi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105991 --- Comment #4 from Segher Boessenkool --- (In reply to Marek Polacek from comment #0) > It doesn't look like a wrong code problem, but it seems more optimal to use > rldimi (rotate left, mask insert) rather than rotate left by 0 bits, AND >

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 --- Comment #8 from Peter Bergner --- (In reply to Peter Bergner from comment #7) > (In reply to Segher Boessenkool from comment #6) > > Like that yes. Pre-approved if it survives regcheck, too. Thanks! > > > > Please add the testcase as

[Bug target/106022] [12/13 Regression] Enable vectorizer generates extra load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106022 --- Comment #1 from H.J. Lu --- SLP thinks that it needs 4 stores to store 4 bytes of integer constant. But it takes only 1 4-byte store.

[Bug preprocessor/55971] Preprocessor macros with C++11 raw string literals fail to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #8

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 Peter Bergner changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/106022] New: [12/13 Regression] Enable vectorizer generates extra load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106022 Bug ID: 106022 Summary: [12/13 Regression] Enable vectorizer generates extra load Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 Peter Bergner changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot gnu.org

[Bug analyzer/106021] New: RFE: more sources of taint: scanf and its cousins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106021 Bug ID: 106021 Summary: RFE: more sources of taint: scanf and its cousins Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/106020] Spurious warnings about stringop overflows only with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020 --- Comment #2 from Matt Godbolt --- There are many hundreds of similar errors in that example; perhaps this example is more of a clue: /opt/compiler-explorer/gcc-12.1.0/include/c++/12.1.0/bits/move.h:205:11: warning: writing 1 byte into a

[Bug lto/106020] Spurious warnings about stringop overflows only with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020 --- Comment #1 from Matt Godbolt --- Apologies for the unreduced issue, if I get a chance I'll try and shorten it, but I hoped someone might recognise what the issue is from just this.

[Bug lto/106020] New: Spurious warnings about stringop overflows only with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020 Bug ID: 106020 Summary: Spurious warnings about stringop overflows only with LTO Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 --- Comment #6 from Segher Boessenkool --- FWIW, reinterpret_cast allows exactly the same things as C casts (but with the obvious C++ extensions: member objects, member functions, C++'s concept of lvalue, that kins of thing). It is not similar

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 --- Comment #6 from Segher Boessenkool --- Like that yes. Pre-approved if it survives regcheck, too. Thanks! Please add the testcase as well of course :-)

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 Segher Boessenkool changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 --- Comment #5 from Peter Bergner --- (In reply to Peter Bergner from comment #4) > diff --git a/gcc/expr.cc b/gcc/expr.cc > index 78c839ab425..1675198a146 100644 > --- a/gcc/expr.cc > +++ b/gcc/expr.cc > @@ -6423,13 +6423,13 @@

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 --- Comment #4 from Peter Bergner --- (In reply to Segher Boessenkool from comment #3) > Yeah. It should just return 1 like the other scalar types? So the code did look for OPAQUE_TYPE and expected never to see it, so it was on an error path.

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 --- Comment #4 from Nemanja Ivanovic --- (In reply to Peter Bergner from comment #2) > (In reply to Segher Boessenkool from comment #1) > > So the restriction in rs6000_invalid_conversion errors for valid C programs. > > What was it intended to

[Bug preprocessor/53920] "gcc -E" does not honor #pragma GCC diagnostic ignored "-Wunused-macro"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53920 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #5

[Bug preprocessor/53920] "gcc -E" does not honor #pragma GCC diagnostic ignored "-Wunused-macro"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53920 --- Comment #4 from Lewis Hyatt --- *** Bug 64698 has been marked as a duplicate of this bug. ***

[Bug preprocessor/64698] preprocessor ignores #pragma GCC diagnostic when using -save-temps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64698 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/105973] Wrong branch prediction for if (COND) { if(x) noreturn1(); else noreturn2(); }

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105973 --- Comment #7 from hubicka at kam dot mff.cuni.cz --- > I can try implementing that. That would be nice. I think if path predictor logic hits the same predictor both ways, it can simply predict that basic block with the same predictor (i.e.

[Bug tree-optimization/106019] New: Surprising SLP failure on trivial code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106019 Bug ID: 106019 Summary: Surprising SLP failure on trivial code Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 --- Comment #3 from Segher Boessenkool --- Yeah. It should just return 1 like the other scalar types?

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 --- Comment #3 from Segher Boessenkool --- (In reply to Peter Bergner from comment #2) > We do not want or allow automatic conversions between the opaque > __vector_pair and __vector_quad types and other types and those are > correctly

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 --- Comment #2 from Peter Bergner --- Given where this is ICEing, I'm guessing this is non-target specific issue in handling opaque types.

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 --- Comment #2 from Peter Bergner --- (In reply to Segher Boessenkool from comment #1) > So the restriction in rs6000_invalid_conversion errors for valid C programs. > What was it intended to accomplish? We do not want or allow automatic

[Bug target/106015] [PowerPC] pointer to MMA accumulator not convertible to char pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106015 --- Comment #2 from Segher Boessenkool --- Confirmed. Likely the same cause as PR106017.

[Bug target/106015] [PowerPC] pointer to MMA accumulator not convertible to char pointer

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

[Bug target/106016] [PowerPC] crash with attempt to initialize array of MMA accumulators

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

[Bug target/106017] [PowerPC] No array-to-pointer conversion for MMA accumulator

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

[Bug c/106018] New: Feature Request: Add function attribute fn_enter, and fn_exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106018 Bug ID: 106018 Summary: Feature Request: Add function attribute fn_enter, and fn_exit Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/106005] (F2023) Support for REDUCE clause in DO CONCURRENT loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 --- Comment #6 from Steve Kargl --- On Fri, Jun 17, 2022 at 02:56:50PM +, wileamyp at outlook dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 > > --- Comment #5 from Wileam Yonatan Phan --- > Hi Steve, > > I think I

[Bug analyzer/105900] RFE: -fanalyzer could check malloc sizes when casting the result to a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105900 --- Comment #3 from Tim Lange --- See also this mailing list thread: https://gcc.gnu.org/pipermail/gcc/2022-June/238907.html

[Bug c++/106001] [12/13 Regression] ICE: expected expression 'static_cast(1)' of kind static_cast_expr since r12-1128-gef8176e0fac935

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106001 --- Comment #4 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a284fadcce8ef443cc3cc047a8017745efb51758 commit r13-1158-ga284fadcce8ef443cc3cc047a8017745efb51758 Author: Jakub Jelinek Date:

[Bug target/105209] internal compiler error: in store_data_bypass_p_1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105209 --- Comment #3 from CVS Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:cc378e655740e93743e7f43e14faaff707aef6c1 commit r13-1157-gcc378e655740e93743e7f43e14faaff707aef6c1 Author: Uros Bizjak Date: Fri

[Bug c/105970] ICE in ix86_function_arg, at config/i386/i386.cc:3351

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105970 --- Comment #3 from CVS Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:1f8278bfcfc7f7157bf2b405471e67dd5097636b commit r13-1156-g1f8278bfcfc7f7157bf2b405471e67dd5097636b Author: Uros Bizjak Date: Fri

[Bug fortran/106005] (F2023) Support for REDUCE clause in DO CONCURRENT loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 --- Comment #5 from Wileam Yonatan Phan --- Hi Steve, I think I recognize you from the Fortran-lang Discourse forum! > The committee is ready to vote, but it is still a non-existent standard. That's technically true, since the votes haven't

[Bug c++/106011] [12 Regression] ICE: unexpected expression 'ElemSize' of kind template_parm_index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106011 Sam James changed: What|Removed |Added CC||sam at gentoo dot org --- Comment #2 from

[Bug fortran/106005] (F2023) Support for REDUCE clause in DO CONCURRENT loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 --- Comment #4 from Steve Kargl --- On Fri, Jun 17, 2022 at 02:31:20PM +, wileamyp at outlook dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 > > --- Comment #2 from Wileam Yonatan Phan --- > Wait, I thought the

[Bug fortran/106005] (F2023) Support for REDUCE clause in DO CONCURRENT loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 --- Comment #3 from Steve Kargl --- On Fri, Jun 17, 2022 at 02:31:20PM +, wileamyp at outlook dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 > > --- Comment #2 from Wileam Yonatan Phan --- > Wait, I thought the

[Bug c/106017] New: [PowerPC] No array-to-pointer conversion for MMA accumulator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106017 Bug ID: 106017 Summary: [PowerPC] No array-to-pointer conversion for MMA accumulator Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/106005] (F2023) Support for REDUCE clause in DO CONCURRENT loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106005 --- Comment #2 from Wileam Yonatan Phan --- Wait, I thought the committee is ready to vote on it? I've seen the draft of the summary paper by Reid linked from here:

[Bug c/106016] New: [PowerPC] crash with attempt to initialize array of MMA accumulators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106016 Bug ID: 106016 Summary: [PowerPC] crash with attempt to initialize array of MMA accumulators Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug target/105993] [13 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1932 with -O -mxop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105993 Uroš Bizjak changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug c/106015] New: [PowerPC] pointer to MMA accumulator not convertible to char pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106015 Bug ID: 106015 Summary: [PowerPC] pointer to MMA accumulator not convertible to char pointer Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug target/105993] [13 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1932 with -O -mxop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105993 --- Comment #3 from CVS Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:1d6044c250e3badfa2a403fee670b295106bf4fc commit r13-1155-g1d6044c250e3badfa2a403fee670b295106bf4fc Author: Uros Bizjak Date: Fri

[Bug target/106004] [13 Regression] ICE: RTL check: expected elt 0 type 'i' or 'n', have 'w' (rtx const_int) in arm_print_operand, at config/arm/arm.cc:24202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106004 Richard Earnshaw changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/106004] [13 Regression] ICE: RTL check: expected elt 0 type 'i' or 'n', have 'w' (rtx const_int) in arm_print_operand, at config/arm/arm.cc:24202

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106004 --- Comment #2 from CVS Commits --- The master branch has been updated by Richard Earnshaw : https://gcc.gnu.org/g:040f8224617ad3924f606c8982da369f898693d1 commit r13-1152-g040f8224617ad3924f606c8982da369f898693d1 Author: Richard Earnshaw

[Bug libstdc++/106014] Overload std::distance for filesystem::recursive_directory_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106014 --- Comment #3 from Jonathan Wakely --- Also, ranges::advance doesn't use the custom advance for path::iterator. Maybe we should make path::iterator satisfy the random_access_iterator concept. We can't do that for directory iterators though, so

[Bug libstdc++/106014] Overload std::distance for filesystem::recursive_directory_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106014 --- Comment #2 from Jonathan Wakely --- We already have a custom std::distance for filesystem::path::iterator, and std::ranges::distance doesn't use that either. Maybe we want to add a customization point for std::ranges::distance that we can

[Bug libstdc++/106014] Overload std::distance for filesystem::recursive_directory_iterator

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

[Bug tree-optimization/106012] rsqrtss instruction generated even if -mno-recip specified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106012 Uroš Bizjak changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug libstdc++/106014] New: Overload std::distance for filesystem::recursive_directory_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106014 Bug ID: 106014 Summary: Overload std::distance for filesystem::recursive_directory_iterator Product: gcc Version: 13.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/105940] suggested_unroll_factor applying place looks wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105940 --- Comment #8 from Kewen Lin --- (In reply to Kewen Lin from comment #6) > (In reply to Kewen Lin from comment #4) > > (In reply to Richard Biener from comment #2) > > > (In reply to Kewen Lin from comment #1) > > > > Created attachment 53126

[Bug target/106004] [13 Regression] ICE: RTL check: expected elt 0 type 'i' or 'n', have 'w' (rtx const_int) in arm_print_operand, at config/arm/arm.cc:24202

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

[Bug target/105980] [11/12/13 Regression] ICE in final_scan_insn_1, at final.cc:2811

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105980 --- Comment #2 from Uroš Bizjak --- emit_move_insn in this part of ix86_output_mi_thunk: 21464 if (!sibcall_insn_operand (fnaddr, word_mode)) 21465 { 21466 tmp = gen_rtx_REG (word_mode, tmp_regno); 21467

[Bug libstdc++/106013] weakly_incrementable cannot apply on common_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106013 --- Comment #1 from 康桓瑋 --- Note that if I add using value_type = int it will compile fine.

[Bug libstdc++/106013] New: weakly_incrementable cannot apply on common_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106013 Bug ID: 106013 Summary: weakly_incrementable cannot apply on common_iterator Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/106012] New: rsqrtss instruction generated even if -mno-recip specified

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106012 Bug ID: 106012 Summary: rsqrtss instruction generated even if -mno-recip specified Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug c++/105931] [12/13 regression] ICE in cxx_eval_constant_expression

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

[Bug c++/106011] [12 Regression] ICE: unexpected expression 'ElemSize' of kind template_parm_index

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

[Bug fortran/106005] (F2023) Support for REDUCE clause in DO CONCURRENT loop

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

[Bug c++/106011] New: [12 Regression] ICE: unexpected expression 'ElemSize' of kind template_parm_index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106011 Bug ID: 106011 Summary: [12 Regression] ICE: unexpected expression 'ElemSize' of kind template_parm_index Product: gcc Version: 12.1.1 Status: UNCONFIRMED