[Bug web/115183] GCCGO appears twice at https://gcc.gnu.org/onlinedocs/14.1.0/

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115183 Xi Ruoyao changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug fortran/115107] f951: internal compiler error: Segmentation fault 0xcf878f crash_signal toplev.cc:314

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115107 --- Comment #9 from Natalie Perlin --- All rebuilt, gnu/14.1.0 with openmpi/4.1.6, revised configuration of the software stack (spack-stack). Still the same error with [-Wimplicit-function-declaration]. Verified a build of the same stack with

Order Inquiry

Dear Sir/Ma Please wants to place an order, kindly send your product list or catalogue to the below email (sa...@fuliejiatrading.com) -- Best Regards, Fernando Leite _Sales Import mailto:fernando-yvyra...@dagee.tw M +34 627 204 609 · Portable français +33 767 998 653 T  +34 935 086 580 BARCELONA ·

[Bug web/115183] New: GCCGO appears twice at https://gcc.gnu.org/onlinedocs/14.1.0/

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115183 Bug ID: 115183 Summary: GCCGO appears twice at https://gcc.gnu.org/onlinedocs/14.1.0/ Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/115069] [14/15 regression] 8 bit integer vector performance regression, x86, between gcc-14 and gcc-13 using avx2 target clones on skylake platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069 Hongtao Liu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/104678] pointer to member cannot be passed as template argument after derived/base cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104678 Saurav Yadav <3y3p4tch at protonmail dot com> changed: What|Removed |Added CC||3y3p4tch

[Bug target/115069] [14/15 regression] 8 bit integer vector performance regression, x86, between gcc-14 and gcc-13 using avx2 target clones on skylake platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069 --- Comment #22 from Haochen Jiang --- Fixed in GCC14 and GCC15

[Bug target/115069] [14/15 regression] 8 bit integer vector performance regression, x86, between gcc-14 and gcc-13 using avx2 target clones on skylake platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069 --- Comment #21 from GCC Commits --- The releases/gcc-14 branch has been updated by Haochen Jiang : https://gcc.gnu.org/g:1ad5c9d524d8fa99773045e75da04ae958012085 commit r14-10229-g1ad5c9d524d8fa99773045e75da04ae958012085 Author: Haochen Jiang

[Bug target/115069] [14/15 regression] 8 bit integer vector performance regression, x86, between gcc-14 and gcc-13 using avx2 target clones on skylake platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069 --- Comment #20 from GCC Commits --- The master branch has been updated by Haochen Jiang : https://gcc.gnu.org/g:73a167cfa225d5ee7092d41596b9fea1719898ff commit r15-764-g73a167cfa225d5ee7092d41596b9fea1719898ff Author: Haochen Jiang Date: T

[Bug rtl-optimization/115182] New: [15 Regression] gcc.target/cris/pr93372-47.c at r15-518-g99b1daae18c095

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115182 Bug ID: 115182 Summary: [15 Regression] gcc.target/cris/pr93372-47.c at r15-518-g99b1daae18c095 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed

[Bug tree-optimization/115144] [15 Regression] 2% performance regression for some codes with r15-518-g99b1daae18c095

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115144 --- Comment #7 from Hans-Peter Nilsson --- (In reply to Richard Biener from comment #6) > For gcc.c-torture/execute/arith-rand-ll.c, does it help to replace the exit > (0) call with a return 0 statement? No. FWIW, it also doesn't help renaming

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

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

[Bug target/115176] rbit pattern should use bitreverse rtl now

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115176 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #2 fr

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 --- Comment #11 from Hongtao Liu --- (In reply to Jakub Jelinek from comment #10) > Any of the floating point to integer intrinsics if they have out of range > value (haven't checked whether floating point to unsigned intrinsic is a > problem to

[Bug c++/115181] [ICE] internal compiler error in invalid_tparm_referent_p, at cp/pt.cc:7274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115181 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2024-05-22 Status|UNCONFIRM

[Bug target/99531] [11 Regression] Performance regression since gcc 9 (argument passing / register allocation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531 --- Comment #12 from Oleg Endo --- (In reply to Oleg Endo from comment #11) > > This caused PR 115148 I absolutely lack the imagination to see the connection of the change in #c6 and PR 115148. This is the change in the output code that result

[Bug libstdc++/79384] Clang doesn't like variant's std::visit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79384 Jonathan Wakely changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW

[Bug c++/107800] confusing message with to_address in C++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug libstdc++/108976] codecvt for Unicode allows surrogate code points

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug libstdc++/108976] codecvt for Unicode allows surrogate code points

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976 --- Comment #14 from GCC Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:bd5e672303f5f777e8927a746d3ee42db21d871b commit r13-8788-gbd5e672303f5f777e8927a746d3ee42db21d871b Author: Dimitrij Mij

[Bug c++/107800] confusing message with to_address in C++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800 --- Comment #11 from GCC Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:0a9df2c711f40e067cd57707d8e623136ae4efbe commit r13-8787-g0a9df2c711f40e067cd57707d8e623136ae4efbe Author: Jonathan Wak

[Bug c++/107800] confusing message with to_address in C++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800 --- Comment #10 from GCC Commits --- The releases/gcc-14 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:5b96d547ce71b8f03ddbc2318c64618110839e20 commit r14-10227-g5b96d547ce71b8f03ddbc2318c64618110839e20 Author: Jonathan Wa

[Bug sanitizer/115172] Invalid -fsanitize=bool sanitization of variable from named address space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172 --- Comment #7 from Jakub Jelinek --- (In reply to Fedor Pchelkin from comment #6) > (In reply to Uroš Bizjak from comment #5) > > (In reply to Jakub Jelinek from comment #4) > > > Created attachment 58261 [details] > > > gcc15-pr115172.patch >

[Bug c++/107800] confusing message with to_address in C++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800 --- Comment #9 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:826a7d3d19d3ebf04e21d6f1c89eb341a36fb5d1 commit r15-760-g826a7d3d19d3ebf04e21d6f1c89eb341a36fb5d1 Author: Jonathan Wakely Date:

[Bug c++/115139] [14 Regression] Enum inside variadic template class can't define one of self with usage another value from this enum

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139 Patrick Palka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/115139] [14 Regression] Enum inside variadic template class can't define one of self with usage another value from this enum

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139 --- Comment #3 from GCC Commits --- The releases/gcc-14 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:caf43cc9e5c0b3265b55e5a0dc77fc55e9618c77 commit r14-10226-gcaf43cc9e5c0b3265b55e5a0dc77fc55e9618c77 Author: Patrick Palka

[Bug c++/115181] [ICE] internal compiler error in invalid_tparm_referent_p, at cp/pt.cc:7274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115181 Andrew Pinski changed: What|Removed |Added Keywords||ice-checking --- Comment #1 from Andrew

[Bug c++/115181] New: [ICE] internal compiler error in invalid_tparm_referent_p, at cp/pt.cc:7274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115181 Bug ID: 115181 Summary: [ICE] internal compiler error in invalid_tparm_referent_p, at cp/pt.cc:7274 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: no

[Bug c++/115139] [14 Regression] Enum inside variadic template class can't define one of self with usage another value from this enum

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139 --- Comment #2 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:f0c0bced62b9c728ed1e672747aa234d918da22c commit r15-759-gf0c0bced62b9c728ed1e672747aa234d918da22c Author: Patrick Palka Date: Tu

[Bug fortran/114827] Valgrind reports errors with class(*) assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827 --- Comment #14 from anlauf at gcc dot gnu.org --- Backporting to 13-branch requires backporting of r14-5931-gb247e917ff1332, see pr110415.

[Bug fortran/110415] (Re)allocation on assignment to allocatable polymorphic variable from allocatable polymorphic function result

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

[Bug fortran/115039] Statement function with inquiry refs rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |13.4 Status|UNCO

[Bug fortran/115039] Statement function with inquiry refs rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039 --- Comment #4 from GCC Commits --- The releases/gcc-13 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:5ed32d00a7b408baa48d85e841740e73c8504d7a commit r13-8786-g5ed32d00a7b408baa48d85e841740e73c8504d7a Author: Harald Anlauf

[Bug fortran/115039] Statement function with inquiry refs rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115039 --- Comment #3 from GCC Commits --- The releases/gcc-14 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:edde60a53c7d4ee5a58c9835c8e1e1758ba636f7 commit r14-10225-gedde60a53c7d4ee5a58c9835c8e1e1758ba636f7 Author: Harald Anlauf

[Bug tree-optimization/115016] False positive -Wfree-nonheap-object using std::vector with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115016 gene at staubsaal dot de changed: What|Removed |Added CC||gene at staubsaal dot de ---

[Bug c++/115180] [regression] free-nonheap-object on std::vector usage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115180 gene at staubsaal dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|-

[Bug c++/115180] New: [regression] free-nonheap-object on std::vector usage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115180 Bug ID: 115180 Summary: [regression] free-nonheap-object on std::vector usage Product: gcc Version: 14.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Com

[Bug target/105733] riscv: Poor codegen for large stack frames

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105733 --- Comment #5 from GCC Commits --- The master branch has been updated by Vineet Gupta : https://gcc.gnu.org/g:f9cfc192ed0127edb7e79818917dd2859fce4d44 commit r15-757-gf9cfc192ed0127edb7e79818917dd2859fce4d44 Author: Vineet Gupta Date: Mon

[Bug target/115118] [15 Regression] 5-13% slowdown of 470.lbm on zen4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115118 --- Comment #2 from Hans-Peter Nilsson --- (In reply to Hans-Peter Nilsson from comment #1) > Not-so-wild guess: r15-518, for similar-but-unrelated reasons to PR115144. Ah, dyscalculia strikes again. :) Please ignore.

[Bug target/115118] [15 Regression] 5-13% slowdown of 470.lbm on zen4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115118 Hans-Peter Nilsson changed: What|Removed |Added CC||hp at gcc dot gnu.org --- Comment

[Bug sanitizer/115172] Invalid -fsanitize=bool sanitization of variable from named address space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172 --- Comment #6 from Fedor Pchelkin --- (In reply to Uroš Bizjak from comment #5) > (In reply to Jakub Jelinek from comment #4) > > Created attachment 58261 [details] > > gcc15-pr115172.patch > > > > Full untested patch. > > I can confirm that

[Bug tree-optimization/115177] incorrect TBAA for derived types involving hardbool types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115177 Martin Uecker changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/115178] false positive computed goto jump warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115178 --- Comment #2 from foldy at rmki dot kfki.hu --- OK, thanks. I have millions of this warning in a huge generated file. How can I silence this check? -Wno-jump-misses-init works for C only.

[Bug c++/115179] Capture method address with inline asm in PIC mode?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115179 --- Comment #3 from Paul Robinson --- (In reply to Andrew Pinski from comment #2) > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576#c10 gives an example of > how to use the new feature which was added for GCC 14. Thanks!

[Bug c++/115179] Capture method address with inline asm in PIC mode?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115179 --- Comment #2 from Andrew Pinski --- https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576#c10 gives an example of how to use the new feature which was added for GCC 14.

[Bug tree-optimization/115177] incorrect TBAA for derived types involving hardbool types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115177 Richard Biener changed: What|Removed |Added Version|unknown |15.0 CC|

[Bug target/105576] x86: Support a machine constraint to get raw symbol name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576 Andrew Pinski changed: What|Removed |Added CC||paul_robinson at playstation dot s

[Bug c++/115179] Capture method address with inline asm in PIC mode?

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

[Bug c++/115179] New: Capture method address with inline asm in PIC mode?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115179 Bug ID: 115179 Summary: Capture method address with inline asm in PIC mode? Product: gcc Version: 11.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug c++/115178] false positive computed goto jump warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115178 --- Comment #1 from Andrew Pinski --- So for this warning GCC does not keep track of what the possible values can be done for the computed gotos. GCC thinks all labels which have their address can be taken are targets for a computed goto as a si

[Bug c++/41091] Using section attribute in c and c++ function causes section type conflict

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41091 Paul Robinson changed: What|Removed |Added CC||paul_robinson at playstation dot s

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 --- Comment #10 from Jakub Jelinek --- Any of the floating point to integer intrinsics if they have out of range value (haven't checked whether floating point to unsigned intrinsic is a problem too or not). No matter if it is float or double (du

[Bug c++/115178] New: false positive computed goto jump warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115178 Bug ID: 115178 Summary: false positive computed goto jump warning Product: gcc Version: 14.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug middle-end/115170] __cxa_atexit@plt even if -fno-plt

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

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 --- Comment #9 from Jakub Jelinek --- In that case we should separate *.md patterns which are used for C conversions from the patterns used by the intrinsics, keep using what we are right now for the former and either use UNSPEC (the quickest bu

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 --- Comment #8 from Sergei Trofimovich --- Thank you, Jakub! > The reason the testcase FAILs is the same as in the other PRs, it is trying > to convert {0x0.8p+33f, 0x0.8p+33f, 0x0.8p+33f, 0x0.8p+33f} V4SFmode vector > to V4SImode, and becau

[Bug other/115174] New test case gcc.dg/lto/pr113359-2 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115174 Martin Jambor changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug testsuite/114662] [14 regression] new test case c_lto_pr113359-2 from r14-9841-g1e3312a25a7b34 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114662 --- Comment #6 from GCC Commits --- The releases/gcc-13 branch has been updated by Martin Jambor : https://gcc.gnu.org/g:c827f46d8652d7a089e614302a4cffb6b192284d commit r13-8785-gc827f46d8652d7a089e614302a4cffb6b192284d Author: Kewen Lin Date

[Bug middle-end/115170] __cxa_atexit@plt even if -fno-plt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115170 Cristian Rodríguez changed: What|Removed |Added Resolution|MOVED |--- Status|RESOLVED

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Com

[Bug middle-end/50481] builtin to reverse the bit order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50481 --- Comment #12 from Andrew Pinski --- Also will add an internal function which will be used for vectorization.

[Bug middle-end/50481] builtin to reverse the bit order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50481 --- Comment #11 from Andrew Pinski --- The builtins I am going to implement to be similar to clang: __builtin_bitreverse{8,16,32,64,g} The g one is not part of clang but will be used for _BitInt types.

[Bug fortran/115150] [12/13/14 Regression] SHAPE of zero-sized array yields a negative value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115150 Paul Thomas changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug middle-end/50481] builtin to reverse the bit order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50481 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug tree-optimization/115177] New: incorrect TBAA for derived types involving hardbool types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115177 Bug ID: 115177 Summary: incorrect TBAA for derived types involving hardbool types Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/115176] rbit pattern should use bitreverse rtl now

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115176 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug target/115176] New: rbit pattern should use bitreverse rtl now

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115176 Bug ID: 115176 Summary: rbit pattern should use bitreverse rtl now Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: internal-improvement Severity: enhancement

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 --- Comment #6 from Jakub Jelinek --- The standard GCC behavior is that out of range floating conversions to integers result in signed integer maximum if the floating point value sign is clear and signed integer minimum otherwise (including infi

[Bug debug/111409] Invalid .debug_macro.dwo macro information for split DWARF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111409 Tom de Vries changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #

[Bug debug/87472] Unknown macro opcode with -gsplit-dwarf -g3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87472 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug debug/111409] Invalid .debug_macro.dwo macro information for split DWARF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111409 Tom de Vries changed: What|Removed |Added CC||vries at gcc dot gnu.org Target Milest

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161 --- Comment #5 from Jakub Jelinek --- Trying #include int main () { float f = 0x0.8p+33f; float __attribute__((vector_size (16))) vf = { 0x0.8p+33f, 0x0.8p+33f, 0x0.8p+33f, 0x0.8p+33f }; int a = f; int __attribute__((vector_size (16)))

[Bug c++/109958] [11/12/13/14/15 Regression] ICE: in build_ptrmem_type, at cp/decl.cc:11066 taking the address of bound static member function brought into derived class by using-declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109958 Simon Martin changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug target/115161] [15 Regression] highway-1.0.7 miscompilation of some SSE2 intrinsics

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

[Bug c++/115159] internal compiler error: in nothrow_spec_p, at cp/except.cc:1206 when using modules and QCoreApplication

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115159 Patrick Palka changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|2024-05-19 00:00:0

[Bug tree-optimization/115175] [15 Regression] GCC fails to bootstrap with --with-build-config='bootstrap-O3 bootstrap-lto' at r15-698-g38d1761c0c94b7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115175 Andrew Pinski changed: What|Removed |Added Keywords||ice-checking, |

[Bug tree-optimization/115175] [15 Regression] GCC fails to bootstrap with --with-build-config='bootstrap-O3 bootstrap-lto' at r15-698-g38d1761c0c94b7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115175 Andrew Pinski changed: What|Removed |Added Keywords||build Target Milestone|---

[Bug tree-optimization/115175] New: GCC fails to bootstrap with --with-build-config='bootstrap-O3 bootstrap-lto' at r15-698-g38d1761c0c94b7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115175 Bug ID: 115175 Summary: GCC fails to bootstrap with --with-build-config='bootstrap-O3 bootstrap-lto' at r15-698-g38d1761c0c94b7 Product: gcc Version: 15.0

[Bug tree-optimization/115143] [11/12 Regression] tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:85

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115143 Andrew Pinski changed: What|Removed |Added Known to fail||13.3.0 Summary|[11/12/13 Reg

[Bug tree-optimization/115143] [11/12/13 Regression] tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at gimple-expr.cc:85

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115143 --- Comment #15 from GCC Commits --- The releases/gcc-13 branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:3f6a42510a1bd4b004ed70ac44cdad2770b732a8 commit r13-8784-g3f6a42510a1bd4b004ed70ac44cdad2770b732a8 Author: Andrew Pinski

[Bug tree-optimization/115154] [13/14/15 Regression] wrong code at optimization levels -O2, -O3, -Os since r13-7434-g682bbd364708fe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115154 Andrew Pinski changed: What|Removed |Added Known to fail||14.1.0 Known to work|

[Bug tree-optimization/115154] [13/14/15 Regression] wrong code at optimization levels -O2, -O3, -Os since r13-7434-g682bbd364708fe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115154 --- Comment #18 from GCC Commits --- The releases/gcc-13 branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:d6cf49eaf5ac237c57785dce42c89deac911affa commit r13-8783-gd6cf49eaf5ac237c57785dce42c89deac911affa Author: Andrew Pinski

[Bug tree-optimization/110279] [14 Regression] Regressions on aarch64 cause by handing FMA in reassoc (510.parest_r, 508.namd_r)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110279 Rainer Orth changed: What|Removed |Added Resolution|FIXED |--- CC|

[Bug tree-optimization/115154] [13/14/15 Regression] wrong code at optimization levels -O2, -O3, -Os since r13-7434-g682bbd364708fe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115154 --- Comment #17 from GCC Commits --- The releases/gcc-14 branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:b2bb49d6a77e4568c0b91db17b2599f5929fb85b commit r14-10224-gb2bb49d6a77e4568c0b91db17b2599f5929fb85b Author: Andrew Pinski

[Bug tree-optimization/115154] [13/14/15 Regression] wrong code at optimization levels -O2, -O3, -Os since r13-7434-g682bbd364708fe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115154 --- Comment #16 from GCC Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:49c87d22535ac4f8aacf088b3f462861c26cacb4 commit r15-755-g49c87d22535ac4f8aacf088b3f462861c26cacb4 Author: Andrew Pinski Date: Mo

[Bug sanitizer/115172] Invalid -fsanitize=bool sanitization of variable from named address space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172 --- Comment #5 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #4) > Created attachment 58261 [details] > gcc15-pr115172.patch > > Full untested patch. I can confirm that this patch fixes boot for the kernel config from PR115172#4

[Bug other/115174] New: New test case gcc.dg/lto/pr113359-2 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115174 Bug ID: 115174 Summary: New test case gcc.dg/lto/pr113359-2 fails Product: gcc Version: 13.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: othe

[Bug c++/102774] Stop showing "error: variable or field ‘f’ declared void" after an earlier error in a declarator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102774 Jonathan Wakely changed: What|Removed |Added Last reconfirmed|2022-05-18 00:00:00 |2024-5-21 --- Comment #5 from Jonatha

[Bug analyzer/107856] [13/14/15 Regression] gcc.dg/plugin/infoleak-vfio_iommu_type1.c XPASSes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107856 --- Comment #4 from Rainer Orth --- Something is very weird with this test: * For 32-bit x86 (both with 32-bit default and 64-bit default compilers), gcc emits not output at all and the bogus warning on l.42 XPASSes. * For 64-bit x86, the bo

[Bug ipa/115135] [12/13/14/15 regression] [C++] GCC produces wrong code at certain inlining levels on Aarch64 with -fno-exceptions, related to lambdas and variants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135 --- Comment #9 from Carlos Alberto Lopez Perez --- (In reply to Sam James from comment #8) > (godbolt is great for this, btw) good idea. I tried it but for target ARM64 it doesn't allow to execute the code, only see the generated assembly. And

[Bug modula2/114529] profiledbootstrap fails to build and m2 causes odr violations during build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114529 --- Comment #3 from Gaius Mulley --- As an aid memoir the configure flags are: ../configure --prefix=$HOME/opt --enable-bootstrap --with-build-config="bootstrap-O3 bootstrap-lto" --enable-languages=c,c++,m2,lto which provoke the odr violation.

[Bug ipa/115135] [C++] GCC produces wrong code at certain inlining levels on Aarch64 with -fno-exceptions, related to lambdas and variants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135 --- Comment #8 from Sam James --- (godbolt is great for this, btw)

[Bug bootstrap/115167] [15 Regression] CFG edge visualization to path-printing bootstrap failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115167 David Malcolm changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from David Malc

[Bug ipa/115135] [C++] GCC produces wrong code at certain inlining levels on Aarch64 with -fno-exceptions, related to lambdas and variants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135 --- Comment #7 from Carlos Alberto Lopez Perez --- Well, I just tested with gcc-11 now and that one works. So the failure was introduced between 11 and 12. $ g++-11 --version g++-11 (Debian 11.3.0-12) 11.3.0 Copyright (C) 2021 Free Software Fou

[Bug ipa/115135] [C++] GCC produces wrong code at certain inlining levels on Aarch64 with -fno-exceptions, related to lambdas and variants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135 --- Comment #6 from Carlos Alberto Lopez Perez --- (In reply to Sam James from comment #5) > (In reply to Carlos Alberto Lopez Perez from comment #2) > > -fno-ipa-modref helps! passing this flag makes the compiled program is > > correct :) > >

[Bug ipa/115135] [C++] GCC produces wrong code at certain inlining levels on Aarch64 with -fno-exceptions, related to lambdas and variants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135 Sam James changed: What|Removed |Added Component|middle-end |ipa --- Comment #5 from Sam James --- (In

[Bug target/115142] [14 Regression] Unrecognizable insn in extract_insn, at recog.cc:2812 with -ftree-ter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115142 --- Comment #5 from Jeffrey A. Law --- Yes, sorry. I should have removed the 15 tag.

[Bug c++/115173] GCC hang and memory exhaustion issue with complex nested initializer lists in C++ std::string construction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115173 --- Comment #2 from Jonathan Wakely --- Further reduced: struct string { string(int) { } }; void j() { string(string(string(string(string(string(string(string(string(string(string(string(string(string(string(string(string(string(string(strin

[Bug c++/115173] GCC hang and memory exhaustion issue with complex nested initializer lists in C++ std::string construction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115173 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2024-05-21 Keywords|

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #22 from chenglulu --- (In reply to Xi Ruoyao from comment #21) > (In reply to chenglulu from comment #19) > > diff --git a/gcc/config/loongarch/loongarch.cc > > b/gcc/config/loongarch/loongarch.cc > > index e7835ae34ae..6a808cb0a5c

  1   2   3   >