[Bug c++/106489] New: Valid Code involving assignment rejected by gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106489 Bug ID: 106489 Summary: Valid Code involving assignment rejected by gcc Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug bootstrap/106472] No rule to make target '../libbacktrace/libbacktrace.la', needed by 'libgo.la'.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106472 --- Comment #12 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:351e3cad2c5d4dfe43d68ba333bde1d70fa0b807 commit r13-1902-g351e3cad2c5d4dfe43d68ba333bde1d70fa0b807 Author: Roger Sayle Date: Sun

[Bug c++/106489] Valid Code involving assignment rejected by gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106489 Jason Liam changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/106450] [13 Regression] ICE in final_scan_insn_1, at final.cc:2860 (error: could not split insn) since r13-1607-gc3ed9e0d6e96d869

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106450 Roger Sayle changed: What|Removed |Added CC||zsojka at seznam dot cz --- Comment #4 fr

[Bug target/106488] [13 Regression] ICE: in ix86_output_ssemov, at config/i386/i386.cc:5565 with -O2 -fno-dce -fno-tree-vrp -mf16c -fno-tree-coalesce-vars

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106488 Roger Sayle changed: What|Removed |Added Resolution|--- |DUPLICATE Target Milestone|---

[Bug lto/106334] [13 Regression] lto -g ICE in dwarf2out_register_external_die at dwarf2out.cc:6072

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334 Sergei Trofimovich changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED

[Bug libgomp/106490] New: loop counter overflow within omp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106490 Bug ID: 106490 Summary: loop counter overflow within omp Product: gcc Version: og11 (devel/omp/gcc-11) Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug c/106416] -Wint-conversion should be an error, not a pedwarn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106416 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment

[Bug c++/59950] [9 Regression] Bogus diagnostic "taking address of temporary" taking address of trivial no-op assignment to temporary with empty class

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

[Bug c++/106489] Valid Code involving assignment rejected by gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106489 Jonathan Wakely changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #2 from Jonatha

[Bug c/106416] -Wint-conversion should be an error, not a pedwarn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106416 --- Comment #4 from Andrew Pinski --- > The second warning looks wrong to me. It is right. Try doing the cast to int instead of a pointer (to int).

[Bug c/106416] -Wint-conversion should be an error, not a pedwarn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106416 --- Comment #5 from David Binderman --- (In reply to Andrew Pinski from comment #4) > > The second warning looks wrong to me. > > It is right. Try doing the cast to int instead of a pointer (to int). Thanks for the correction. gcc does the rig

[Bug middle-end/98109] Seemingly wrong warnings from -Wnonnull when combined with -O2 -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98109 Bernd Buschinski changed: What|Removed |Added CC||b.buschinski at googlemail dot com -

[Bug c++/106491] New: ICE when compiling ArmSVE intrinsics in PCH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106491 Bug ID: 106491 Summary: ICE when compiling ArmSVE intrinsics in PCH Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c+

[Bug target/106491] ICE when compiling ArmSVE intrinsics in PCH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106491 --- Comment #1 from Andrew Pinski --- I might have fixed this for gcc 12 already.

[Bug other/106429] make clean in libgcc fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106429 --- Comment #11 from Martin Vahi --- (In reply to Andrew Pinski from comment #10) > It should be noted almost nobody does "make clean" really. Most just remove > the build directory instead. > Is there a reason why you build scripts are doing "m

[Bug other/106429] make clean in libgcc fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106429 --- Comment #12 from Martin Vahi --- (In reply to Andrew Pinski from comment #9) > As I mentioned this is unrelated to bash version. > > "make clean" is failing so reopening for that issue. >... I'm not competent enough to refute Your stateme

[Bug other/106429] make clean in libgcc fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106429 --- Comment #13 from Jonathan Wakely --- (In reply to Martin Vahi from comment #11) > For me the "make clean" is a standard feature that is like the close button > at the corner of a window. For me, the fact that someone does not bother to > use

[Bug other/106429] make clean in libgcc fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106429 --- Comment #14 from Jonathan Wakely --- A failure during 'make clean' certainly doesn't prevent building GCC on older distributions as you initially claimed. That's just nonsense.

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 --- Comment #6 from CVS Commits --- The master branch has been updated by Lewis Hyatt : https://gcc.gnu.org/g:b04c399e258e686dddad879bf7e27d9e28fd6fde commit r13-1903-gb04c399e258e686dddad879bf7e27d9e28fd6fde Author: Lewis Hyatt Date: Tue Ju

[Bug c++/66290] wrong location for -Wunused-macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66290 --- Comment #7 from Lewis Hyatt --- The wrong location is fixed for GCC 13. Shall I leave the PR open for now, since there was also the issue of getting a caret pointing to the name of macro, rather than just a diagnostic for the whole line? I ca

[Bug c++/106486] C++ warning for -Wmissing-prototypes is pure nuisance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106486 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Commen

[Bug other/106429] make clean in libgcc fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106429 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Commen

[Bug other/98790] [10/11 Regression] ICE in append_to_statement_list_1 (Segmentation Fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98790 --- Comment #12 from Eric Gallager --- Hearing that this may still happen: https://forums.wesnoth.org/viewtopic.php?p=675418#p675418 (haven't tested myself)

[Bug fortran/106487] Calls to ___builtin_nested_func_ptr_created that cannot be resolved on M1 (Apple silicon)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106487 --- Comment #2 from Arun Persaud --- Thanks for the fast response... any chance to add a link to the issue you mentioned or the repo?

[Bug fortran/77652] Invalid rank error in ASSOCIATED when rank is remapped

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77652 --- Comment #7 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:0110cfd5449bae3a772f45ea2e4c5dab5b7a8ccd commit r13-1904-g0110cfd5449bae3a772f45ea2e4c5dab5b7a8ccd Author: Harald Anlauf Date: We

[Bug fortran/92805] gfortran: blanks within literal constants should not be allowed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92805 --- Comment #13 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:d325e7048c85e13f12ea79aebf9623eddc7ffcaf commit r13-1905-gd325e7048c85e13f12ea79aebf9623eddc7ffcaf Author: Harald Anlauf Date: T

[Bug fortran/92805] gfortran: blanks within literal constants should not be allowed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92805 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|ASSI

[Bug fortran/77652] Invalid rank error in ASSOCIATED when rank is remapped

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77652 --- Comment #8 from anlauf at gcc dot gnu.org --- I have pushed a relaxed version of the checks as agreed upon on the ML. As compilers seem to differ here (we are now closer to Crayftn and Nvidia), and as suggested by Toon, Mikael plans to submit

[Bug target/106491] ICE when compiling ArmSVE intrinsics in PCH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106491 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > I might have fixed this for gcc 12 already. Maybe fixed them with r12-3348-g98f1dd0212d576.

[Bug target/106491] ICE when compiling ArmSVE intrinsics in PCH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106491 --- Comment #3 from Andrew Pinski --- 0x104f8f2 aarch64_gimple_fold_builtin ../../src/gcc/config/aarch64/aarch64.c:14096 You should report this to ubuntu as the above line does not match up with the code being invoked. as mentioned in

[Bug c++/106478] GCC rejects valid code involving partial specialization of variable template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106478 --- Comment #1 from Andrew Pinski --- Created attachment 53392 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53392&action=edit full testcase without headers

[Bug c++/106478] GCC rejects valid code involving partial specialization of variable template

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

[Bug c++/71954] template partial specialization for constexpr error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71954 Andrew Pinski changed: What|Removed |Added CC||jlame646 at gmail dot com --- Comment #6

[Bug fortran/106487] Calls to ___builtin_nested_func_ptr_created that cannot be resolved on M1 (Apple silicon)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106487 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org,

[Bug middle-end/106492] New: ICE in #pragma omp for simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106492 Bug ID: 106492 Summary: ICE in #pragma omp for simd Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug target/106450] [13 Regression] ICE in final_scan_insn_1, at final.cc:2860 (error: could not split insn) since r13-1607-gc3ed9e0d6e96d869

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106450 --- Comment #5 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:493f4e6cf081ea2d016547629b29d130c1533ccb commit r13-1906-g493f4e6cf081ea2d016547629b29d130c1533ccb Author: Roger Sayle Date: Sun J

[Bug bootstrap/43301] top-level configure script ignores ---with-build-time-tools

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43301 Eric Gallager changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug c++/106493] New: trailing requires clauses is not used for partial ordering when the ellipsis parameter is present

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106493 Bug ID: 106493 Summary: trailing requires clauses is not used for partial ordering when the ellipsis parameter is present Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug c++/106493] trailing requires clauses is not used for partial ordering when the ellipsis parameter is present

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106493 --- Comment #1 from Andrew Pinski --- clang rejects this for the same reason ...

[Bug c++/106493] trailing requires clauses is not used for partial ordering when the ellipsis parameter is present

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106493 --- Comment #2 from Yuanfang Chen --- I'm actually fixing it on the Clang side. It would be great to make GCC/Clang match each other.

[Bug middle-end/106494] New: [

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106494 Bug ID: 106494 Summary: [ Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at g

[Bug middle-end/106494] [

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

[Bug libfortran/106079] [12/13 regression] gfortran.dg/boz_15.f90 fails after r12-6498-g07c60b8e33

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106079 --- Comment #7 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:82ac4cd213867be939aedee15347e8fd3f200b6a commit r13-1913-g82ac4cd213867be939aedee15347e8fd3f200b6a Author: Jakub Jelinek Date: M

[Bug middle-end/106495] New: [13 Regression] Build fails gcc/tree-ssa-threadbackward.cc:22: gcc/vec.h:890:19: error: array subscript 4294967294 is above array bounds of 'basic_block_def* [1]' [-Werror

ostdinc++ -B/build/build/prev-i686-unknown-linux-gnu/libstdc++-v3/src/.libs -B/build/build/prev-i686-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs -I/build/build/prev-i686-unknown-linux-gnu/libstdc++-v3/include/i686-unknown-linux-gnu -I/build/build/prev-i686-unknown-linux-gnu/libstdc++-v3/include