[Bug c++/109936] error: extended character ≠ is not valid in an identifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109936 Andrew Pinski changed: What|Removed |Added CC||luigighiron at gmail dot com --- Commen

[Bug preprocessor/118281] Characters and universal character names that are not valid in identifiers are incorrectly rejected before preprocessing

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

[Bug c++/118277] g++ ICEs with depedent inline-asm string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 --- Comment #7 from Andrew Pinski --- static_assert does: /* Parse the message expression. */ bool string_lit = true; for (unsigned int i = 1; ; ++i) { cp_token *tok = cp_lexer_peek_nth_token (parser->lexer,

[Bug c/118281] New: Characters and universal character names that are not valid in identifiers are incorrectly rejected before preprocessing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118281 Bug ID: 118281 Summary: Characters and universal character names that are not valid in identifiers are incorrectly rejected before preprocessing Product: gcc Ver

[Bug libgcc/91379] internal compiler error __gcov_fork

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91379 Andrew Pinski changed: What|Removed |Added Status|WAITING |SUSPENDED --- Comment #5 from Andrew Pin

[Bug target/39562] when compiling -g gcc and g++ are one byte ahead for the source file name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39562 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-01-03 Status|UNCONFIRME

[Bug bootstrap/67022] ia64-hpux failed to compile libcpp/charset.c with -O2 optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67022 --- Comment #6 from Andrew Pinski --- # Obsolete configurations. case ${target} in ia64*-*-hpux* | ia64*-*-*vms* | ia64*-*-elf* \ )

[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 --- Comment #40 from Andrew Pinski --- # Obsolete configurations. case ${target} in ia64*-*-hpux* | ia64*-*-*vms* | ia64*-*-elf* \ )

[Bug middle-end/61577] [12/13/14/15 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 Andrew Pinski changed: What|Removed |Added Status|WAITING |SUSPENDED --- Comment #281 from Andrew P

[Bug target/63545] ICE when building GCC for ia64-hp-hpux11.23 in hash_table::find_slot_with_hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63545 Andrew Pinski changed: What|Removed |Added Status|WAITING |SUSPENDED --- Comment #11 from Andrew Pi

[Bug target/95666] gcc 9.3.0 generates incorrect code with -O3 on HP-UX IA64

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

[Bug target/20094] gcc.dg/transparent-union-* fail on ia64-hpux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20094 Andrew Pinski changed: What|Removed |Added Status|NEW |SUSPENDED --- Comment #9 from Andrew Pin

[Bug go/58075] Unable to build go on ia64-hp-hpux11.31

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075 Andrew Pinski changed: What|Removed |Added Status|WAITING |SUSPENDED --- Comment #4 from Andrew Pin

[Bug c++/118277] g++ ICEs with depedent inline-asm string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 --- Comment #6 from ak at gcc dot gnu.org --- Can you expand? None of the other callers of cp_parser_constant_expression seem to do anything special for templates.

[Bug target/118268] bc-1.07.1 fails to build with -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118268 --- Comment #12 from LIU Hao --- (In reply to Antoni from comment #11) > Oh, I didn't try with bc, I only tried with this code: > > void byte() {} > > The error is the same as without this patch: > > /tmp/ccX2cpcq.s: Error: .size expression f

[Bug c++/118277] g++ ICEs with depedent inline-asm string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 --- Comment #5 from Jason Merrill --- Seems like cp_parser_asm_string_expression needs to handle template context.

[Bug other/83826] Fixinclude creates redefinitions

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

[Bug libstdc++/65042] gcc5 has a template depth problem that was fine in gcc4

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

[Bug target/23093] base class template specialization in library

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

[Bug c++/102749] ambigous call on different std::variant types with iterators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102749 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING

[Bug c/118191] missing option to read __float128 from command line argument or string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118191 --- Comment #6 from newbie-02 --- (In reply to Jonathan Wakely from comment #1) > Glibc has strtof128 for this purpose. think typo, strtoflt128 works better!

[Bug c++/118277] g++ ICEs with depedent inline-asm string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 ak at gcc dot gnu.org changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Com

[Bug c++/118245] [14/15 Regression] ICE: in convert_nontype_argument, Passing a lambda as a template argument and base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118245 Patrick Palka changed: What|Removed |Added CC||nshead at gcc dot gnu.org,

[Bug target/95692] PPC64, suspicious store in front of inline assembly section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95692 Andrew Pinski changed: What|Removed |Added See Also||https://github.com/open-mpi

[Bug c++/118190] [12/13/14/15 Regression] ICE: in tsubst_expr, at cp/pt.cc:22244

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118190 Patrick Palka changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org,

[Bug target/95692] PPC64, suspicious store in front of inline assembly section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95692 --- Comment #4 from Andrew Pinski --- Note the patcher is still broken upstream too: https://github.com/open-mpi/ompi/blob/0bccfcdf17dc10b0c9c4b7090fe8825d899ac3d8/opal/mca/patcher/patcher.h#L31

[Bug target/95692] PPC64, suspicious store in front of inline assembly section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95692 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING

[Bug bootstrap/79120] lm32 ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1747

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

[Bug c++/99610] GCC thinks member function template is a deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99610 Andrew Pinski changed: What|Removed |Added Keywords||needs-source Status|WAITING

[Bug bootstrap/54659] [4.8 Regression] Bootstrap with --disable-nls broken under Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659 Andrew Pinski changed: What|Removed |Added CC||rolf.ebert.gcc at gmx dot de --- Comment

[Bug bootstrap/56644] --disable-nls requires symbols from libintl

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

[Bug libstdc++/118280] New: undefined symbol __atomic_test_and_set in libstdc++.so on Microblaze

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280 Bug ID: 118280 Summary: undefined symbol __atomic_test_and_set in libstdc++.so on Microblaze Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/118154] [15 Regression] RISC-V: Miscompile with -march=rv64gcv -O3 since r15-5117-g0b27a7dd050

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118154 --- Comment #4 from Patrick O'Neill --- (In reply to Robin Dapp from comment #3) > Uh, what a nice small test case ;) I'll have a look when I'm back mid next > week. With a bit more handholding of creduce/cvise: long a; char b; char c[22][484]

[Bug target/118276] memset 88 uses rep stosq while 80 uses SSE

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

[Bug target/118276] memset 88 uses rep stosq while 80 uses SSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #8 from Ben FrantzDale --- Interesting. It looks like the behavior depends on the data type... If I make 11 `long`s it's different from `11 * sizeof(long)` `char`s: https://godbolt.org/z/nKPcYv4MG

[Bug tree-optimization/118279] gcc fails to eliminate unnecessary guards around switch()

cmp edx, 5 ja .L3 jmp [QWORD PTR .L5[0+rdx*8]] (this is using g++ (Compiler-Explorer-Build-gcc-a8781c4151136968ad38a40344d16940e4ccb700-binutils-2.42) 15.0.0 20250102 (experimental))

[Bug tree-optimization/118279] gcc fails to eliminate unnecessary guards around switch()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279 ak at gcc dot gnu.org changed: What|Removed |Added CC||ak at gcc dot gnu.org,

[Bug c/117629] Redefinition of bool type in C23 could have better diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/118271] Friend of operator thinking the injected name is the name of private/protected base class constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118271 Andrew Pinski changed: What|Removed |Added Summary|Friend of operator thinking |Friend of operator thinking

[Bug c++/118271] GCC complains on valid friend declaration of overloaded type conversion operator in a derived class

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

[Bug target/118276] memset 88 uses rep stosq while 80 uses SSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 Andrew Pinski changed: What|Removed |Added Summary|Adding empty c'tor to |memset 88 uses rep stosq

[Bug tree-optimization/118279] gcc fails to eliminate unnecessary guards around switch()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization Severity|

[Bug tree-optimization/118279] gcc fails to eliminate unnecessary guards around switch()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279 --- Comment #2 from Andrew Pinski --- Adding: if (hoff > 2 || hoff < 0) __builtin_unreachable(); Before the loop fixed it. Note you can do `[[assume(hoff >= 0 && hoff <= 2)]];` It looks like GCC does not figure that out from the sw

[Bug tree-optimization/118279] gcc fails to eliminate unnecessary guards around switch()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279 --- Comment #1 from Andrew Pinski --- Created attachment 60036 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60036&action=edit Testcase from godbolt Next time please attach or place inline the testcase

[Bug c++/118277] g++ ICEs with depedent inline-asm string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 Andrew Pinski changed: What|Removed |Added Attachment #60033|0 |1 is obsolete|

[Bug c/117629] Redefinition of bool type in C23 could have better diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629 --- Comment #10 from GCC Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:321983033d621e3f75e11d380c4463956a3f6e1e commit r15-6507-g321983033d621e3f75e11d380c4463956a3f6e1e Author: David Malcolm Date:

[Bug c++/118277] avr-g++ segfaults in constexpr string calculation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-01-02 Keywords|

[Bug fortran/106692] [12/13/14/15 Regression] Cray pointer comparison wrongly optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106692 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot gnu

[Bug c++/118277] avr-g++ segfaults in constexpr string calculation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 Andrew Pinski changed: What|Removed |Added Keywords||inline-asm --- Comment #1 from Andrew P

[Bug target/118276] Adding empty c'tor to struct of C-array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #6 from Ben FrantzDale --- I think I understand. You are saying that gcc wants to (or must?) zero-out the entire struct in the trivial case, which includes `S() = default;` but with `S() noexcept {}` it winds up on a code path where

[Bug target/118276] Adding empty c'tor to struct of C-array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) > The difference is one is zeroing out the padding while the other is not. The difference comes down to a trivial constructor vs not trivial. (at least internal t

[Bug target/118276] Adding empty c'tor to struct of C-array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #4 from Andrew Pinski --- The difference is one is zeroing out the padding while the other is not.

[Bug tree-optimization/118154] [15 Regression] RISC-V: Miscompile with -march=rv64gcv -O3 since r15-5117-g0b27a7dd050

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118154 --- Comment #3 from Robin Dapp --- Uh, what a nice small test case ;) I'll have a look when I'm back mid next week.

[Bug target/118276] Adding empty c'tor to struct of C-array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #3 from Andrew Pinski --- (In reply to Ben FrantzDale from comment #2) > @Andrew Pinski, the quick-bench link shows the `stosq` version running > slower. Regardless, the code-gen shouldn't be different, should it? (Is > there any sem

[Bug target/118276] Adding empty c'tor to struct of C-array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #2 from Ben FrantzDale --- @Andrew Pinski, the quick-bench link shows the `stosq` version running slower. Regardless, the code-gen shouldn't be different, should it? (Is there any semantic difference I'm missing?)

[Bug target/118276] Adding empty c'tor to struct of C-array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 --- Comment #1 from Andrew Pinski --- Is the memset using sse better than rep stosq? If rep stosq is worse, I suspect you need to specify which core you are running on. And it depends on that too.

[Bug target/118252] i386 should implement CASE_VECTOR_SHORTEN_MODE

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

[Bug tree-optimization/118194] [12/13/14/15 regression] spurious warning with -Wmaybe-uninitialized with mlock since r11-959-gb825a22890740f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118194 --- Comment #7 from Sam James --- I committed that fix to glibc.

[Bug target/111814] [SH] __builtin_nan* returns signalling NaNs instead of quiet NaNs and vice versa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111814 --- Comment #9 from Jiaxun Yang --- (In reply to Joseph S. Myers from comment #8) > See https://sourceware.org/legacy-ml/libc-alpha/2018-02/msg00440.html and > https://sourceware.org/bugzilla/show_bug.cgi?id=30973 regarding glibc fixes > that sh

[Bug target/118184] [14 backport] glibc regression on aarch64 due to early_ra deleting movti instruction since r15-5422-g279475fd7236a9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #12 from GCC Commits --- The trunk branch has been updated by Richard Sandiford : https://gcc.gnu.org/g:99d5ef700619c28904846399a6f6692af4c56b1b commit r15-6506-g99d5ef700619c28904846399a6f6692af4c56b1b Author: Richard Sandiford D

[Bug target/111814] [SH] __builtin_nan* returns signalling NaNs instead of quiet NaNs and vice versa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111814 --- Comment #8 from Joseph S. Myers --- See https://sourceware.org/legacy-ml/libc-alpha/2018-02/msg00440.html and https://sourceware.org/bugzilla/show_bug.cgi?id=30973 regarding glibc fixes that should preferably be done in sync with a GCC fix f

[Bug tree-optimization/118279] New: gcc fails to eliminate unnecessary guards around switch()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279 Bug ID: 118279 Summary: gcc fails to eliminate unnecessary guards around switch() Product: gcc Version: 14.1.1 Status: UNCONFIRMED Severity: normal P

[Bug c++/118278] [15 Regression] ICE in write_template_arg_literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118278 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |15.0 Last reconfirmed|

[Bug c++/118278] [15 Regression] ICE in write_template_arg_literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118278 --- Comment #1 from Jakub Jelinek --- Created attachment 60034 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60034&action=edit gcc15-pr118278.patch Untested fix.

[Bug c++/118278] New: [15 Regression] ICE in write_template_arg_literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118278 Bug ID: 118278 Summary: [15 Regression] ICE in write_template_arg_literal Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug c++/118277] New: avr-g++ segfaults in constexpr string calculation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277 Bug ID: 118277 Summary: avr-g++ segfaults in constexpr string calculation Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug tree-optimization/118194] [12/13/14/15 regression] spurious warning with -Wmaybe-uninitialized with mlock since r11-959-gb825a22890740f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118194 --- Comment #6 from Sam James --- (In reply to vvinayag from comment #5) > (In reply to Sam James from comment #4) > > (In reply to Xi Ruoyao from comment #1) > > > I suppose Glibc should add __attribute__((access(1, none))) for mlock. > > > >

[Bug c++/118276] New: Adding empty c'tor to struct of std::array and integer improves codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 Bug ID: 118276 Summary: Adding empty c'tor to struct of std::array and integer improves codegen Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: norm

[Bug target/118268] bc-1.07.1 fails to build with -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118268 --- Comment #11 from Antoni --- Oh, I didn't try with bc, I only tried with this code: void byte() {} The error is the same as without this patch: /tmp/ccX2cpcq.s: Error: .size expression for byte does not evaluate to a constant

[Bug tree-optimization/118154] [15 Regression] RISC-V: Miscompile with -march=rv64gcv -O3 since r15-5117-g0b27a7dd050

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

[Bug target/118268] bc-1.07.1 fails to build with -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118268 --- Comment #10 from LIU Hao --- (In reply to Antoni from comment #9) > This doesn't seem to work. > > From what I can see, it seems we might need to define ASM_OUTPUT_LABELREF > for i386. Would that make sense? What's the error? I tried build

[Bug c++/118275] [15 Regression] ICE in size_binop_loc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118275 --- Comment #1 from Jakub Jelinek --- Created attachment 60032 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60032&action=edit gcc15-pr118275.patch Untested fix. The PR117190 assumption was not correct, the FEs aren't consistent in the

[Bug target/118252] i386 should implement CASE_VECTOR_SHORTEN_MODE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118252 Richard Biener changed: What|Removed |Added Keywords||missed-optimization --- Comment #1 fro

[Bug tree-optimization/118171] [15 Regression] during GIMPLE pass: pre ICE: verify_gimple failed: non-top-level 'realpart_expr' at -O2

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

[Bug tree-optimization/118171] [15 Regression] during GIMPLE pass: pre ICE: verify_gimple failed: non-top-level 'realpart_expr' at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118171 --- Comment #4 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:6488d5b86126a538ebb8560556dd462ec3d5d62e commit r15-6504-g6488d5b86126a538ebb8560556dd462ec3d5d62e Author: Richard Biener Date:

[Bug c++/118275] [15 Regression] ICE in size_binop_loc

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

[Bug c++/118275] New: [15 Regression] ICE in size_binop_loc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118275 Bug ID: 118275 Summary: [15 Regression] ICE in size_binop_loc Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/118194] [12/13/14/15 regression] spurious warning with -Wmaybe-uninitialized with mlock since r11-959-gb825a22890740f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118194 vvinayag at arm dot com changed: What|Removed |Added CC||vvinayag at arm dot com --- Co

[Bug target/118268] bc-1.07.1 fails to build with -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118268 --- Comment #9 from Antoni --- (In reply to LIU Hao from comment #8) > https://gcc.gnu.org/bugzilla/attachment.cgi?id=59639 should solve this > issue. The unfortunate fact is that nobody is taking care of it so you > probably have to build GCC y

[Bug rtl-optimization/117938] [15 Regression] wrong code with -O2 --param=max-cse-insns=1 with late-combine (since r15-1735-ge62ea4fb8ffcab)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117938 Richard Sandiford changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassig

[Bug ada/118274] New: expression function fails when normal equivalent ones don't.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118274 Bug ID: 118274 Summary: expression function fails when normal equivalent ones don't. Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/103680] Jump threading and switch corrupts profile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103680 Alex Coplan changed: What|Removed |Added CC||acoplan at gcc dot gnu.org --- Comment #1

[Bug target/118184] [14 backport] glibc regression on aarch64 due to early_ra deleting movti instruction since r15-5422-g279475fd7236a9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 Richard Sandiford changed: What|Removed |Added Summary|[15 regression] glibc |[14 backport] glibc

[Bug target/118184] [15 regression] glibc regression on aarch64 due to early_ra deleting movti instruction since r15-5422-g279475fd7236a9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118184 --- Comment #10 from GCC Commits --- The trunk branch has been updated by Richard Sandiford : https://gcc.gnu.org/g:2b687ad95de61091105d040d6bc06cb3d44ac3d1 commit r15-6503-g2b687ad95de61091105d040d6bc06cb3d44ac3d1 Author: Richard Sandiford D

[Bug tree-optimization/118273] [15 Regression] ICE when vectorizing uniform vector function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118273 Tamar Christina changed: What|Removed |Added Target Milestone|--- |15.0

[Bug tree-optimization/118273] New: [15 Regression] ICE when vectorizing uniform vector function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118273 Bug ID: 118273 Summary: [15 Regression] ICE when vectorizing uniform vector function Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug middle-end/118272] [15 Regression] ICE when expanding a constructor of > 2 VLA vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118272 Tamar Christina changed: What|Removed |Added Component|tree-optimization |middle-end Target Milestone|---

[Bug tree-optimization/118272] New: [15 Regression] ICE when expanding a constructor of > 2 VLA vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118272 Bug ID: 118272 Summary: [15 Regression] ICE when expanding a constructor of > 2 VLA vectors Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-val

[Bug fortran/118059] [15 Regression] ubsan instrumented gcc: valid value for type 'expr_t' in gcc/fortran/trans-expr.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118059 --- Comment #5 from Martin Jambor --- Indeed, our UBSAN testsuite results are green again, thanks for the fix!