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

2022-06-12 Thread linkw at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105940 Kewen Lin changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

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

2022-06-12 Thread linkw at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105940 --- Comment #1 from Kewen Lin --- Created attachment 53126 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53126&action=edit move_applying

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

2022-06-12 Thread linkw at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105940 Bug ID: 105940 Summary: suggested_unroll_factor applying place looks wrong Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug sanitizer/105817] outline kernel-address sanitizer doesn't save caller-saved registers properly on AArch64

2022-06-12 Thread tonnyl at nvidia dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105817 tonnyl at nvidia dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|-

[Bug c/105939] "warning: anonymous struct declared inside parameter list will not be visible outside of this definition or declaration" should have a warning flag attached to it

2022-06-12 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105939 --- Comment #1 from Eric Gallager --- Oh, one more; I updated the testcase so it's now: $ cat icculus_twitter_thread.c #include int main(void) { int x = 0; do printf("%d\n", x++); while (x < 10); return 0; } const const const sta

[Bug c/105939] New: "warning: anonymous struct declared inside parameter list will not be visible outside of this definition or declaration" should have a warning flag attached to it

2022-06-12 Thread egallager at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105939 Bug ID: 105939 Summary: "warning: anonymous struct declared inside parameter list will not be visible outside of this definition or declaration" should have a warning flag attached to

[Bug target/105753] [avr] ICE: in add_clobbers, at config/avr/avr-dimode.md:2705

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105753 --- Comment #4 from Andrew Pinski --- g:3ba781d3b5c8efadb60866c9743b657e8f0eb222

[Bug target/105938] New: [12 Regression] ICE in get_insn_temp late, at final.cc:2050 on nvptx-none

2022-06-12 Thread doko at gcc dot gnu.org via Gcc-bugs
: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at gcc dot gnu.org Target Milestone: --- building the nxptx-none offload compiler with the just built gcc-12 from the branch 20220612 ICEs in: [...] 2204622

[Bug target/105753] [avr] ICE: in add_clobbers, at config/avr/avr-dimode.md:2705

2022-06-12 Thread filip.hejsek at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105753 Filip Hejsek changed: What|Removed |Added Known to fail||12.1.0 Known to work|

[Bug tree-optimization/105937] [12/13 Regression] maybe-uninitialized with std::optional

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105937 Andrew Pinski changed: What|Removed |Added Keywords||needs-reduction Target Milestone|---

[Bug target/104871] macosx-version-min wrong for macOS >= Big Sur (darwin20)

2022-06-12 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104871 --- Comment #1 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:add1adaa17a294ea25918ffb4fdd40f115362632 commit r13-1058-gadd1adaa17a294ea25918ffb4fdd40f115362632 Author: Simon Wright Date: Su

[Bug tree-optimization/105937] [12] Regression with maybe-uninitialized

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105937 --- Comment #1 from Andrew Pinski --- Note your example no longer compiles on the trunk of GCC as it requires to add: #include

[Bug c++/105937] New: [12] Regression with maybe-uninitialized

2022-06-12 Thread janisozaur+gcc at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105937 Bug ID: 105937 Summary: [12] Regression with maybe-uninitialized Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/105922] autovectorizer does not handle fp exceptions correctly for SVE

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105922 Andrew Pinski changed: What|Removed |Added Summary|AArch64 SVE instruction |autovectorizer does not

[Bug target/105927] ICE: RTL check: expected code 'reg', have 'mem' in rhs_regno, at rtl.h:1932 with -mtune=k6-3 -msse

2022-06-12 Thread ubizjak at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105927 Uroš Bizjak changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com

[Bug target/105927] ICE: RTL check: expected code 'reg', have 'mem' in rhs_regno, at rtl.h:1932 with -mtune=k6-3 -msse

2022-06-12 Thread ubizjak at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105927 Uroš Bizjak changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/105932] Small structures returned incorrectly in i386 Microsoft ABI

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105932 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug rtl-optimization/105936] [10 Regression] ICE with inline-asm and TLS on x86_64 and -O2 in move_insn

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105936 Andrew Pinski changed: What|Removed |Added Keywords||needs-reduction --- Comment #2 from And

[Bug rtl-optimization/105936] [10 Regression] ICE with inline-asm and TLS on x86_64 and -O2 in move_insn

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105936 Andrew Pinski changed: What|Removed |Added Keywords|needs-reduction |inline-asm Summary|[10 Regre

[Bug target/105930] [12/13 Regression] Excessive stack spill generation on 32-bit x86

2022-06-12 Thread torvalds--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930 --- Comment #10 from Linus Torvalds --- (In reply to Roger Sayle from comment #7) > Investigating. Adding -mno-stv the stack size reduces from 2612 to 428 (and > on godbolt the number of assembler lines reduces from 6952 to 6203). So now that

[Bug rtl-optimization/105936] [10 Regression] internal compiler error: in move_insn, at haifa-sched.c:5463

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105936 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |10.4

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

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2022-06-12 Status|UNCONFIRM

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

2022-06-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic, |

[Bug target/105930] [12/13 Regression] Excessive stack spill generation on 32-bit x86

2022-06-12 Thread torvalds--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930 --- Comment #9 from Linus Torvalds --- Looks like STV is "scalar to vector" and it should have been disabled automatically by the -mno-avx flag anyway. And the excessive stack usage was perhaps due to GCC preparing all those stack slots for int

[Bug fortran/105916] gfortran -fdiagnostics-format=json yields incorrect output

2022-06-12 Thread dmalcolm at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105916 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/105930] [12/13 Regression] Excessive stack spill generation on 32-bit x86

2022-06-12 Thread torvalds--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105930 --- Comment #8 from Linus Torvalds --- (In reply to Roger Sayle from comment #7) > Investigating. Adding -mno-stv the stack size reduces from 2612 to 428 (and > on godbolt the number of assembler lines reduces from 6952 to 6203). Thanks. Using

[Bug fortran/105916] gfortran -fdiagnostics-format=json yields incorrect output

2022-06-12 Thread dmalcolm at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105916 --- Comment #1 from David Malcolm --- Thanks for filing this. Reproducable with trunk. On trunk I also see similar behavior with the new SARIF output format via options: -fdiagnostics-format=sarif-stderr -fdiagnostics-format=sarif-file and

[Bug gcov-profile/105936] New: internal compiler error: in move_insn, at haifa-sched.c:5463

2022-06-12 Thread stsp at users dot sourceforge.net via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105936 Bug ID: 105936 Summary: internal compiler error: in move_insn, at haifa-sched.c:5463 Product: gcc Version: 9.4.0 Status: UNCONFIRMED Severity: normal

[Bug libfortran/105935] New: libgfortran build fails if HAVE_VSNPRINTF test fails

2022-06-12 Thread phil at krylov dot eu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105935 Bug ID: 105935 Summary: libgfortran build fails if HAVE_VSNPRINTF test fails Product: gcc Version: 10.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug rtl-optimization/105747] Scheduler can take a long time on arm-linux sometimes

2022-06-12 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747 --- Comment #9 from David Binderman --- (In reply to David Binderman from comment #8) > (In reply to David Binderman from comment #7) > > Created attachment 53119 [details] > > C source code > > > > Another one. Over 15 minutes this time. > >