[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #2 from Rémi Coulom --- (In reply to Richard Biener from comment #1) > I can reproduce what you observe with -O3 -fwhole-program > -fsanitize=unreachable > (without the sanitize it gets into an infinite loop). -fno-ipa-cp-clone > av

[Bug tree-optimization/103116] SLP vectoriser fails to peel for gaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103116 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug debug/105158] ftree-ccp (CFG cleanup) drops DWARF const value attribute at -Og/-O1/-O2/-O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105158 --- Comment #5 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:1ba68f78c9d2510eb095f7d8a90c87cd5fd4183d commit r13-99-g1ba68f78c9d2510eb095f7d8a90c87cd5fd4183d Author: Richard Biener Date: T

[Bug debug/105158] ftree-ccp (CFG cleanup) drops DWARF const value attribute at -Og/-O1/-O2/-O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105158 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug sanitizer/105471] New: A few hwasan failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105471 Bug ID: 105471 Summary: A few hwasan failures Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer Assign

[Bug c++/105470] ranged for loop whitespace parsing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105470 --- Comment #7 from Jonathan Wakely --- Yes, or use TheMapType::const_iterator. If you're going to name the type explicitly, you need to be sure to use the correct type.

[Bug target/104662] arm: ice in simd_valid_immediate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104662 --- Comment #3 from CVS Commits --- The master branch has been updated by Christophe Lyon : https://gcc.gnu.org/g:e2285af309000b74da0f7dc756a0b55e5f0b1b56 commit r13-102-ge2285af309000b74da0f7dc756a0b55e5f0b1b56 Author: Christophe Lyon Date:

[Bug target/104662] arm: ice in simd_valid_immediate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104662 Christophe Lyon changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/105472] New: [13 regression] .note.GNU-stack breaks many Solaris/x86 tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105472 Bug ID: 105472 Summary: [13 regression] .note.GNU-stack breaks many Solaris/x86 tests Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug target/105472] [13 regression] .note.GNU-stack breaks many Solaris/x86 tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105472 Rainer Orth changed: What|Removed |Added Target Milestone|--- |13.0

[Bug target/105472] [13 regression] .note.GNU-stack breaks many Solaris/x86 tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105472 Martin Liška changed: What|Removed |Added Last reconfirmed||2022-05-04 Status|UNCONFIRME

[Bug fortran/105473] New: semicolon allowed when list-directed read integer with decimal='point'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473 Bug ID: 105473 Summary: semicolon allowed when list-directed read integer with decimal='point' Product: gcc Version: 9.4.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/103116] SLP vectoriser fails to peel for gaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103116 --- Comment #4 from Richard Biener --- The issue is currently visible in gcc.dg/vect/slp-perm-12.c which uses a VF of 2 and vect__1.20_88 = MEM [(short int *)vectp_tptr.18_90]; vectp_tptr.18_87 = vectp_tptr.18_90 + 16; vect__1.21_86 = ME

[Bug sanitizer/105471] A few hwasan failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105471 --- Comment #1 from Andrew Pinski --- Is this on aarch64 and if so what page size is the kernel set to?

[Bug bootstrap/105474] New: GCC fails to bootstrap with --disable-libstdcxx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105474 Bug ID: 105474 Summary: GCC fails to bootstrap with --disable-libstdcxx Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug sanitizer/105471] A few hwasan failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105471 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #3 from Martin Liška --- Reducing that right now..

[Bug bootstrap/105474] GCC fails to bootstrap with --disable-libstdcxx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105474 --- Comment #1 from Richard Biener --- Does it work when not bootstrapping (--disable-bootstrap)? Because since GCC is written in C++ now we'll need our own standard library when using the host built GCC to build stage2+. Now, the specific fai

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #4 from Jakub Jelinek --- -fno-devirtualize also makes it go away. Without that, the __builtin_unreachable() call in question is created in: #0 0x77ad4424 in __memset_avx2_unaligned_erms () from /lib64/libc.so.6 #1 0x00

[Bug bootstrap/105474] GCC fails to bootstrap with --disable-libstdcxx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105474 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

[Bug sanitizer/105471] A few hwasan failures

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

[Bug other/105404] new version of zlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404 --- Comment #8 from Martin Liška --- (In reply to David Binderman from comment #7) > (In reply to Martin Liška from comment #6) > > Can't see the warning when I build the current zlib library with clang. > > You might need to switch on -Wall or

[Bug c++/105475] New: ICE in coerce_template_parms, at cp/pt.cc:9183

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105475 Bug ID: 105475 Summary: ICE in coerce_template_parms, at cp/pt.cc:9183 Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: C++-Coroutine, ice-on-valid-code Severity

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #5 from Martin Liška --- Reduced test-case: namespace std { template struct char_traits; template > class basic_ostream; struct ios_base { struct Init { Init(); }; }; template struct basic_ostream { void operator<<(const

[Bug c++/105476] New: internal compiler error: in build_deduction_guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 Bug ID: 105476 Summary: internal compiler error: in build_deduction_guide Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #6 from Martin Liška --- g++ repro.ii -fsanitize=undefined -O3 -fwhole-program && ./a.out 0x7fffdb38repro.ii:29:24: runtime error: execution reached an unreachable program point #0 0x401300 in main (/home/marxin/Programming/t

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 Martin Liška changed: What|Removed |Added Last reconfirmed||2022-05-04 Ever confirmed|0

[Bug c++/105475] ICE in coerce_template_parms, at cp/pt.cc:9183

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105475 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #8 from Richard Biener --- The original testcase has void lock() override = 0; void unlock() override = 0; void lock() final override void unlock() final override and a few more override. The reduced one has nothing li

[Bug c++/105476] internal compiler error: in build_deduction_guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org St

[Bug tree-optimization/105477] New: RISC-V: Regression: Useless moves in conditional select return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105477 Bug ID: 105477 Summary: RISC-V: Regression: Useless moves in conditional select return Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #9 from Martin Liška --- It's the 1st devirtualization that happens: Polymorphic call context combine:Outer type:struct Buggy_Client offset 192 With context:Outer type (dynamic):struct Trans_NS_joedb_Clie

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 Martin Liška changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment #

[Bug rtl-optimization/105477] RISC-V: Regression: Useless moves in conditional select return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105477 Richard Biener changed: What|Removed |Added Component|tree-optimization |rtl-optimization Keywords|

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto since r5-7027-g0b986c6ac777aa4e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 Martin Liška changed: What|Removed |Added Summary|"execution reached an |"execution reached an

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto since r5-7027-g0b986c6ac777aa4e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #12 from Jakub Jelinek --- On the original testcase I see First context does not permit base -> invalid No devirtualization target in void joedb::Readonly_Journal::play_until_checkpoint.constprop(joedb::Writable&)/2704 It is unclear

[Bug c++/105476] internal compiler error: in build_deduction_guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 --- Comment #2 from pavlick --- One moment, i will do reduction.

[Bug c++/105476] internal compiler error: in build_deduction_guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 --- Comment #3 from Martin Liška --- (In reply to pavlick from comment #2) > One moment, i will do reduction. I'm almost done.

[Bug c++/105476] internal compiler error: in build_deduction_guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 Martin Liška changed: What|Removed |Added Keywords|needs-reduction | --- Comment #4 from Martin Liška --- $

[Bug fortran/105478] New: malloc error abort when using -fstack-arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105478 Bug ID: 105478 Summary: malloc error abort when using -fstack-arrays Product: gcc Version: 11.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: f

[Bug tree-optimization/102892] [12/13 Regression] Dead Code Elimination Regression at -O3 (trunk vs 11.2.0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102892 --- Comment #14 from jiawei --- (In reply to palmer from comment #13) > I just posted a patch > that > removes the undefined behavior from this test case, with that it links on > R

[Bug c++/105476] ICE in build_deduction_guide since r10-4719-g9b41ebbcdf9e3328

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 Martin Liška changed: What|Removed |Added CC||jason at gcc dot gnu.org Summ

[Bug fortran/105478] malloc error abort when using -fstack-arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105478 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/105479] New: ICE in subreg_size_lowpart_offset, at emit-rtl.cc:1673

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105479 Bug ID: 105479 Summary: ICE in subreg_size_lowpart_offset, at emit-rtl.cc:1673 Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, ra Severity: n

[Bug c++/105476] ICE in build_deduction_guide since r10-4719-g9b41ebbcdf9e3328

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

[Bug tree-optimization/103116] SLP vectoriser fails to peel for gaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103116 --- Comment #5 from rsandifo at gcc dot gnu.org --- (In reply to Richard Biener from comment #3) > We could make peeling for gaps handle this by making it not a flag but > indicate the number of vector(!?) iterations we need to peel. I think it

[Bug tree-optimization/103116] SLP vectoriser fails to peel for gaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103116 --- Comment #6 from rguenther at suse dot de --- On Wed, 4 May 2022, rsandifo at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103116 > > --- Comment #5 from rsandifo at gcc dot gnu.org > --- > (In reply to Richard Bi

[Bug tree-optimization/103116] SLP vectoriser fails to peel for gaps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103116 --- Comment #7 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:52b7b86f8c72eb19e637f1e72ffd10f39b8cb829 commit r13-110-g52b7b86f8c72eb19e637f1e72ffd10f39b8cb829 Author: Richard Biener Date:

[Bug tree-optimization/104658] Inefficient vectorization using mask CTORs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104658 --- Comment #2 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:eca04dc8555f5fae462fbd16386da9aaf38a0711 commit r13-111-geca04dc8555f5fae462fbd16386da9aaf38a0711 Author: Richard Biener Date:

[Bug tree-optimization/103116] SLP vectoriser fails to peel for gaps

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

[Bug target/105480] New: Vectorized `isnan` appears to trigger FPE on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105480 Bug ID: 105480 Summary: Vectorized `isnan` appears to trigger FPE on ppc64le Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug tree-optimization/104658] Inefficient vectorization using mask CTORs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104658 Richard Biener changed: What|Removed |Added Known to work||13.0 Status|ASSIGNED

[Bug modula2/101392] cc1gm2 -fdump-system-exports SEGV on Solaris/SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101392 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from Gaius Mulley --- > I've just git pushed a fix to assign main_input_filename before each > compilation. Tested on Debian/amd64 which passed with no regression test

[Bug target/105480] Vectorized `isnan` appears to trigger FPE on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105480 --- Comment #1 from seberg --- Actually, I think I likely misanalyzed, the actual code in question where I found this was doing something like: while (n--) { if (isnan(*input)) { *out = 1; } else { *out = (long

[Bug c++/105470] ranged for loop whitespace parsing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105470 --- Comment #8 from Roland Hughes --- (In reply to Marek Polacek from comment #1) > Can you please provide a stand-alone test case? I will work on this over the weekend.

[Bug c++/105470] ranged for loop whitespace parsing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105470 --- Comment #9 from Marek Polacek --- (In reply to Roland Hughes from comment #8) > (In reply to Marek Polacek from comment #1) > > Can you please provide a stand-alone test case? > > I will work on this over the weekend. Looks like that's not

[Bug c++/105470] ranged for loop whitespace parsing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105470 --- Comment #10 from Roland Hughes --- (In reply to Marek Polacek from comment #1) > > The warning is completely correct, and the code should be fixed. > > for ( const std::pair &it : someMap ) > > This iterates over a map, with values of typ

[Bug c++/105470] ranged for loop whitespace parsing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105470 --- Comment #11 from Roland Hughes --- (In reply to Marek Polacek from comment #9) > (In reply to Roland Hughes from comment #8) > > (In reply to Marek Polacek from comment #1) > > > Can you please provide a stand-alone test case? > > > > I wil

[Bug c++/105481] New: ICE: unexpected expression of kind template_parm_index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105481 Bug ID: 105481 Summary: ICE: unexpected expression of kind template_parm_index Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Co

[Bug c++/105481] [9/10/11/12/13 Regression] ICE: unexpected expression of kind template_parm_index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105481 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Priority|P3

[Bug c++/105481] [9/10/11/12/13 Regression] ICE: unexpected expression of kind template_parm_index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105481 Marek Polacek changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug modula2/105410] gm2 doesn't always honor -save-temps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105410 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/105482] New: Regression with `>=` in a template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105482 Bug ID: 105482 Summary: Regression with `>=` in a template argument Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/105482] Regression with `>=` in a template argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105482 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/105436] [13 Regression] parse error with >= operator expression in template argument list in C++14 mode since r13-40

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105436 Marek Polacek changed: What|Removed |Added CC||pdimov at gmail dot com --- Comment #7

[Bug c++/105470] ranged for loop whitespace parsing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105470 --- Comment #12 from Jonathan Wakely --- (In reply to Roland Hughes from comment #10) > There is no definition of that map anywhere in the codebase where > KeyModifiers is declared const. That's just how std::map works. std::map::value_type is

[Bug libstdc++/104719] Use of `std::move` in libstdc++ leads to worsened debug performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719 --- Comment #15 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ef8d5ac08b5e60f35c52087d88c0235c8ce6b65b commit r13-113-gef8d5ac08b5e60f35c52087d88c0235c8ce6b65b Author: Jonathan Wakely Date:

[Bug libstdc++/104719] Use of `std::move` in libstdc++ leads to worsened debug performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719 --- Comment #16 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:22399ad6edcd4a2903b05196b59eec3159ceaa38 commit r13-114-g22399ad6edcd4a2903b05196b59eec3159ceaa38 Author: Jonathan Wakely Date:

[Bug libstdc++/104719] Use of `std::move` in libstdc++ leads to worsened debug performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719 cqwrteur changed: What|Removed |Added CC||unlvsur at live dot com --- Comment #17 from

[Bug libstdc++/104719] Use of `std::move` in libstdc++ leads to worsened debug performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719 --- Comment #18 from Jonathan Wakely --- No.

[Bug c++/105436] [13 Regression] parse error with >= operator expression in template argument list in C++14 mode since r13-40

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105436 --- Comment #8 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:79a1a01cbd0e4a491d7078783131e3f88ca7158d commit r13-115-g79a1a01cbd0e4a491d7078783131e3f88ca7158d Author: Marek Polacek Date: Fri

[Bug c++/105436] [13 Regression] parse error with >= operator expression in template argument list in C++14 mode since r13-40

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105436 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/96765] Base class constructor cast to derived should cause a warning

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

[Bug libstdc++/105440] c++20: std::string's destructor not a constant expression when it should

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

[Bug c++/105483] New: injected-class-name and constructors diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105483 Bug ID: 105483 Summary: injected-class-name and constructors diagnostic Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/105476] ICE in build_deduction_guide since r10-4719-g9b41ebbcdf9e3328

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 Patrick Palka changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #6 from P

[Bug c++/105436] [13 Regression] parse error with >= operator expression in template argument list in C++14 mode since r13-40

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105436 --- Comment #10 from Jakub Jelinek --- Thanks and sorry.

[Bug tree-optimization/105484] New: [12/13 Regression] ICE: verify_flow_info failed: BB 2 cannot throw but has an EH edge with -Os -march=cannonlake -fnon-call-exceptions -fno-tree-dce -fno-tree-forwp

ecking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20220504 (experimental) (GCC)

[Bug tree-optimization/105484] [11/12/13 Regression] ICE: verify_flow_info failed: BB 2 cannot throw but has an EH edge with -Os -march=cannonlake -fnon-call-exceptions -fno-tree-dce -fno-tree-forwpro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105484 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Summary|[12/13 Regression

[Bug target/105485] New: ICE: Segmentation fault in pcrel-opt.md:get_insn_name()

isable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 13.0.0 20220504 (experimental) [master r13-118-g4a206161072] (GCC)

[Bug c++/64679] Spurious redefinition error when parsing not-quite-most-vexing-parse declarations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64679 --- Comment #4 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:a733dea9e7c39352ce9f72059938833eaa819467 commit r13-121-ga733dea9e7c39352ce9f72059938833eaa819467 Author: Marek Polacek Date: Fri

[Bug c++/100825] function signature constraints are not a part of mangled name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100825 --- Comment #12 from Jonathan Wakely --- At the very least, GCC should give better errors instead of just letting the assembler complain. Clang tells you where the conflicting definitions come from, e.g. for the code in comment 1: 1.C:7:23: err

[Bug testsuite/105486] New: new test case gcc.dg/vect/bb-slp-pr104240.c from r13-89-gb3e98eb3396e16 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105486 Bug ID: 105486 Summary: new test case gcc.dg/vect/bb-slp-pr104240.c from r13-89-gb3e98eb3396e16 fails Product: gcc Version: 12.0 Status: UNCONFIRMED Severity:

[Bug c++/105476] ICE in build_deduction_guide since r10-4719-g9b41ebbcdf9e3328

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 --- Comment #7 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:8a98e3ff7e80bf2936f163d50309fd88d72564a0 commit r13-123-g8a98e3ff7e80bf2936f163d50309fd88d72564a0 Author: Patrick Palka Date: We

[Bug c++/105476] ICE in build_deduction_guide since r10-4719-g9b41ebbcdf9e3328

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105476 Patrick Palka changed: What|Removed |Added Target Milestone|--- |12.2 --- Comment #8 from Patrick Palka

[Bug bootstrap/105487] New: Sysroots without 32bit components cause mysterious errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105487 Bug ID: 105487 Summary: Sysroots without 32bit components cause mysterious errors Product: gcc Version: 11.3.0 Status: UNCONFIRMED Severity: normal P

[Bug bootstrap/105487] Sysroots without 32bit components cause mysterious errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105487 --- Comment #1 from Paul Smith --- Ugh, when I wrote "doesn't contain any 32bit values" I meant "doesn't contain any 32bit files".

[Bug bootstrap/105487] Sysroots without 32bit components cause mysterious errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105487 --- Comment #2 from Andrew Pinski --- I don't think there is anything GCC can do here really. If you don't have a correct sysroot, it is not a GCC bug. Requring usr/lib is because all directories are relative to that directory.

[Bug c++/104470] [10/11/12/13 Regression] internal compiler error: Segmentation fault compiling std::variant with -std=c++20

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104470 --- Comment #7 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:a47ab705c2c9f07f08fde499d6be4682efe4b626 commit r13-124-ga47ab705c2c9f07f08fde499d6be4682efe4b626 Author: Jason Merrill Date: Tu

[Bug libstdc++/105387] libstdc++: with -fno-rtti, pointer type info class incorrectly matches non-pointer type info classes

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

[Bug c/105488] New: Function definition is not generated OR function is not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105488 Bug ID: 105488 Summary: Function definition is not generated OR function is not inlined Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal

[Bug c/105488] Function definition is not generated OR function is not inlined

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

[Bug c/105488] Function definition is not generated OR function is not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105488 --- Comment #2 from Jonathan Wakely --- See https://gcc.gnu.org/gcc-5/porting_to.html#inline

[Bug bootstrap/105487] Sysroots without 32bit components cause mysterious errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105487 --- Comment #3 from Paul Smith --- There's nothing "incorrect" about a sysroot that doesn't have /usr/lib in it. If you have a 64bit system and you don't need to run 32bit binaries, then /usr/lib will be empty and everything will be in /usr/lib

[Bug bootstrap/105487] Sysroots without 32bit components cause mysterious errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105487 --- Comment #4 from Andrew Pinski --- It is incorrect as that is required. Simple as that.

[Bug fortran/105473] semicolon allowed when list-directed read integer with decimal='point'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle2 at gmail dot com --- Comment

[Bug fortran/105473] semicolon allowed when list-directed read integer with decimal='point'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473 --- Comment #2 from Jerry DeLisle --- I should add, I am not saying this is right or wrong. The error message refers to F2003. $ gfortran -std=f2003 pr105473.f90 [jerry@amdr pr105473]$ ./a.out testinput = ";" n= 999 ios=

[Bug fortran/105473] semicolon allowed when list-directed read integer with decimal='point'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473 --- Comment #3 from harper at msor dot vuw.ac.nz --- Thank you. Of course the program did not compile with -std=f95 because there was no decimal='point' option then. But with -std=f2003 or f2008 or f2018, and with or without n = 999 before the

[Bug middle-end/105469] "execution reached an unreachable program point" with -flto since r5-7027-g0b986c6ac777aa4e

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

[Bug target/105484] [11/12/13 Regression] ICE: verify_flow_info failed: BB 2 cannot throw but has an EH edge with -Os -march=cannonlake -fnon-call-exceptions -fno-tree-dce -fno-tree-forwprop since r11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105484 --- Comment #2 from Hongtao.liu --- I'll take a look.

  1   2   >