[Bug c++/71792] deducing type from bitfield leads to overflow

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

[Bug c++/71792] deducing type from bitfield leads to overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71792 --- Comment #5 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:d82823454355f9d24dba51316145f84ae8d34ff7 commit r12-5765-gd82823454355f9d24dba51316145f84ae8d34ff7 Author: Andrew Pinski Date: Fri

[Bug c++/71792] deducing type from bitfield leads to overflow

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

[Bug c++/70733] Wrong code with nested structs and bit field.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70733 Andrew Pinski changed: What|Removed |Added Last reconfirmed|2016-06-16 00:00:00 |2021-12-2 --- Comment #6 from Andrew Pin

[Bug c++/84516] bitfield temporaries > 32-bits have wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516 --- Comment #4 from Andrew Pinski --- There is most likely a missing call to unlowered_expr_type somewhere, most likely in finish_unary_op_expr.

[Bug c++/95009] [9/10/11/12 Regression] decltype of increment or decrement bitfield expressions are wrong and causes assembler errors.

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

[Bug c++/95009] [9/10/11/12 Regression] decltype of increment or decrement bitfield expressions are wrong and causes assembler errors.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95009 Andrew Pinski changed: What|Removed |Added Blocks||84516, 70733 --- Comment #4 from Andrew

[Bug testsuite/102735] privatization-1-compute.c results in both XFAIL and PASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102735 --- Comment #2 from CVS Commits --- The master branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:31c200c6e110ced8732332376e69c0958985b926 commit r12-5766-g31c200c6e110ced8732332376e69c0958985b926 Author: Thomas Schwinge Date:

[Bug c++/88471] GCC suggests variables that are not of the right type

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

[Bug c++/89880] compiles code that should not be compiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89880 --- Comment #2 from Andrew Pinski --- ICC accepts the code too

[Bug tree-optimization/103523] [11/12 Regression] SVE float auto-vect float format expand failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103523 Joel Hutton changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Joel Hutton

[Bug tree-optimization/103523] [11/12 Regression] SVE float auto-vect float format expand failure exposed by r11-7861-ge4180ab2f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103523 Andrew Pinski changed: What|Removed |Added Summary|[11/12 Regression] SVE |[11/12 Regression] SVE

[Bug c++/91755] C++ handling of extended characters is not 100% correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91755 --- Comment #2 from Andrew Pinski --- GCC, ICC, clang and MSVC all fail this test. They all have 13 in size for the second one and 5 for the first.

[Bug c++/103537] New: Using -fstack-protector-strong "without" optimization cause segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537 Bug ID: 103537 Summary: Using -fstack-protector-strong "without" optimization cause segmentation fault Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severit

[Bug middle-end/103537] Using -fstack-protector-strong "without" optimization cause segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537 --- Comment #1 from Andrew Pinski --- Can you try add -fsanitize=undefined and seeing if there is any undefined behavior there? What about -fsanitize=address?

[Bug sanitizer/90347] [UBSAN] __attribute__((weak))__ results in "declared weak after being used" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90347 --- Comment #7 from Dmitry G. Dyachenko --- r12-5761 PASS for me r12-5648 FAIL r12-5761 PASS

[Bug target/103302] wrong code with -fharden-compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103302 --- Comment #9 from Alexandre Oliva --- Thanks, this alternate testcase confirms my suspicion that the original issue was only going latent. It's clearly a preexisting register allocation issue on riscv, that was latent and that -fharden-compar

[Bug sanitizer/90347] [UBSAN] __attribute__((weak))__ results in "declared weak after being used" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90347 --- Comment #8 from Andrew Pinski --- (In reply to Dmitry G. Dyachenko from comment #7) > r12-5761 PASS for me > > r12-5648 FAIL > r12-5761 PASS Most likely r12-5696-g53caa4723d8de .

[Bug c++/96095] decltype((r)) inside of lambda with copy capture gives wrong type

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

[Bug c++/79620] decltype() inside a lambda capturing-by-value

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

[Bug tree-optimization/103024] ICE in execute, at gimple-harden-conditionals.cc:424 with -fnon-call-exceptions -fharden-compares -fsignaling-nans

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103024 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug middle-end/103530] ICE: in execute, at gimple-harden-conditionals.cc:397 with -O -fharden-compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103530 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug target/103450] [12 Regression] ICE: SIGSEGV in memory_operand (recog.c:1818) with -Og -fharden-compares -fschedule-insns2 -fno-tree-dce -fno-tree-fre since r12-5536-g90cb088ece8d8cc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103450 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org A

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #8 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:fe7c3ecff1f9c0520090a77fa824d8c5d9dbec12 commit r12-5768-gfe7c3ecff1f9c0520090a77fa824d8c5d9dbec12 Author: Jakub Jelinek Date: Fr

[Bug target/103450] [12 Regression] ICE: SIGSEGV in memory_operand (recog.c:1818) with -Og -fharden-compares -fschedule-insns2 -fno-tree-dce -fno-tree-fre since r12-5536-g90cb088ece8d8cc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103450 Alexandre Oliva changed: What|Removed |Added Assignee|aoliva at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug target/103450] [12 Regression] ICE: SIGSEGV in memory_operand (recog.c:1818) with -Og -fharden-compares -fschedule-insns2 -fno-tree-dce -fno-tree-fre since r12-5536-g90cb088ece8d8cc1

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

[Bug target/103463] [12 Regression] ICE: in ix86_attr_length_immediate_default, at config/i386/i386.c:16686 with -Os -fno-tree-dominator-opts -fno-tree-vrp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103463 --- Comment #8 from Andrew Pinski --- *** Bug 103450 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/103456] [12 Regression] gcc/gcc.c:9502:8: runtime error: load of address 0x0000009f5037 with insufficient space for an object of type 'const char' since r12-5548-g4a2007594cff78

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103456 --- Comment #7 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:97ffef3553267f52ca83dbebdcc8b5e3739febee commit r12-5770-g97ffef3553267f52ca83dbebdcc8b5e3739febee Author: Jakub Jelinek Date: F

[Bug tree-optimization/103409] [12 Regression] 18% SPEC2017 WRF compile-time regression with -O2 -flto since r12-5228-gb7a23949b0dcc4205fcc2be6b84b91441faa384d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103409 --- Comment #14 from Aldy Hernandez --- (In reply to hubicka from comment #13) > > I've fixed the threading slowdown. Can someone verify and close this PR if > > all > > the slowdown has been accounted for? If not, then someone needs to explo

[Bug tree-optimization/103409] [12 Regression] 18% SPEC2017 WRF compile-time regression with -O2 -flto since r12-5228-gb7a23949b0dcc4205fcc2be6b84b91441faa384d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103409 Jan Hubicka changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 103409, which changed state. Bug 103409 Summary: [12 Regression] 18% SPEC2017 WRF compile-time regression with -O2 -flto since r12-5228-gb7a23949b0dcc4205fcc2be6b84b91441faa384d https://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug ipa/96825] [11/12 Regression] Commit r11-2645 degrades CPU2017 548.exchange2_r by 35%

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96825 Jan Hubicka changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug rtl-optimization/98782] [11/12 Regression] Bad interaction between IPA frequences and IRA resulting in spills due to changes in BB frequencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782 Jan Hubicka changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Comment #9

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 96825, which changed state. Bug 96825 Summary: [11/12 Regression] Commit r11-2645 degrades CPU2017 548.exchange2_r by 35% https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96825 What|Removed

[Bug rtl-optimization/98782] [11/12 Regression] Bad interaction between IPA frequences and IRA resulting in spills due to changes in BB frequencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782 --- Comment #10 from Jan Hubicka --- Thanks for looking into this. I was planning to try to contact Vladimir about the IRA behaviour here, but there was always something else to work with higher priority. I wonder if you could possibly attach th

[Bug ada/103538] New: [12 Regression] trunk 20211203 fails to build gnat on x86_64-linux-gnux32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103538 Bug ID: 103538 Summary: [12 Regression] trunk 20211203 fails to build gnat on x86_64-linux-gnux32 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity

[Bug libstdc++/103305] Cannot build libstdc++ with newlib on aarch64-none-elf or bfin-elf with new version of newlib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103305 --- Comment #21 from Richard Earnshaw --- The newlib change that caused this has now been reverted: https://sourceware.org/pipermail/newlib/2021/018747.html

[Bug c++/61457] [C++11/14 only] Inaccurately refusing non-ODR usage of type with no linkage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61457 --- Comment #3 from Jonathan Wakely --- In C++17 the static member is implicitly inline, so GCC no longer expects it to have a separate definition.

[Bug rtl-optimization/51469] attr-ifunc-* tests fail on PowerPC if --enable-gnu-indirect-function is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51469 --- Comment #2 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:f7854b908977adce4ff669c4e0332ef868568b7c commit r12-5771-gf7854b908977adce4ff669c4e0332ef868568b7c Author: H.J. Lu Date: Sat Jun 19 08:

[Bug target/83782] [9/10/11/12 Regression] Inconsistent address for hidden ifunc in a shared library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83782 --- Comment #3 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:f7854b908977adce4ff669c4e0332ef868568b7c commit r12-5771-gf7854b908977adce4ff669c4e0332ef868568b7c Author: H.J. Lu Date: Sat Jun 19 08:

[Bug target/83782] [9/10/11 Regression] Inconsistent address for hidden ifunc in a shared library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83782 H.J. Lu changed: What|Removed |Added Status|REOPENED|NEW Summary|[9/10/11/12 Regression]

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #9 from H.J. Lu --- Can we enable PIE on gcc now?

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #10 from Jakub Jelinek --- For start we could revert the patch that prevents it, I think that was r6-4396-g5148d2e38fa5ff6 + perhaps some follow-ups.

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #11 from Iain Sandoe --- I think this needs to be done selectively (I posted some patches which probably need some polish). We have to remember that (much thought I really appreciates Jakub's work on this) this only solves part of th

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #13 from Iain Sandoe --- Have two patches that implement "--enable-pie-tools" to do this as noted they need some polish and I suspect that we need a "PIEflag.m4" modelled in the same way as PICflag.m4 (which covers both enable and di

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #14 from Jakub Jelinek --- Making PCH relocatable (as last resort) is doable too, after all, we already relocate it once during PCH storing, all the info is there. We even don't need something like the saving_htab for it, all we need

[Bug c++/103539] New: [C++23] P2324 - Labels at the end of compound statements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103539 Bug ID: 103539 Summary: [C++23] P2324 - Labels at the end of compound statements Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Prio

[Bug c++/103539] [C++23] P2324 - Labels at the end of compound statements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103539 Marek Polacek changed: What|Removed |Added Blocks||98940 Status|UNCONFIRMED

[Bug c++/103540] New: diagnosting concept depends on itself

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103540 Bug ID: 103540 Summary: diagnosting concept depends on itself Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/103383] Microblaze bswaphi2 can cause issues with delay slots

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103383 --- Comment #8 from Rich --- (In reply to Michael Eager from comment #7) > Do you have a test case which shows the problem? It's not difficult to get it to show up if you're using the builtin swap16 and conditionals. Here's a simple one (the op

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #15 from Iain Sandoe --- if it were only the main exe, I think we'd be OK on m32 Darwin too - but after 10.7 everything gets ASLRd (kernel, DSOs, dynamic linker and exe) so even though each one is in a smallish range, the combined ef

[Bug pch/71934] pch cannot be disabled so gcc cannot be position independent

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71934 --- Comment #16 from Jakub Jelinek --- And if doing it at restore time would be too hard, there is always an option to precompute a "relocation" table during PCH saving and store it at the very end of the PCH file, so that normally when successfu

[Bug middle-end/103364] s390x: TLS reference in /usr/lib64/libLLVM.so mismatches non-TLS reference in /usr/lib64/libLLVM.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103364 --- Comment #17 from Andreas Krebbel --- (In reply to Sarah Julia Kriesch from comment #12) > that is happening during the build process in OBS with a really minimal > openSUSE Tumbleweed. We are using VMs using QEMU and with 4GB of memory. Why

[Bug target/103383] Microblaze bswaphi2 can cause issues with delay slots

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103383 --- Comment #9 from Rich --- of course, that should be -mxl-barrel-shift...

[Bug rtl-optimization/103541] New: unnecessary spills around const functions calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541 Bug ID: 103541 Summary: unnecessary spills around const functions calls Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug other/103542] New: bogus -Warray-bounds while index is limited by switch/case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103542 Bug ID: 103542 Summary: bogus -Warray-bounds while index is limited by switch/case Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/103543] New: Potential compiler warning for return of temporary?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103543 Bug ID: 103543 Summary: Potential compiler warning for return of temporary? Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug c++/95307] Compiler accepts reinterpret_cast in constexpr

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

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 95307, which changed state. Bug 95307 Summary: Compiler accepts reinterpret_cast in constexpr https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95307 What|Removed |Added -

[Bug target/102758] [12 Regression] Failure to use registers optimally with return values (2 operands related and subreg)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102758 --- Comment #4 from rsandifo at gcc dot gnu.org --- (In reply to Richard Biener from comment #3) > Richard? How does the new fwprop behave wrt hardregs? It doesn't sound like this is new vs. old fwprop, since new fwprop was in GCC 11. General

[Bug middle-end/102808] [12 regression] sve/mask_gather_load_1.c fails since g:9b2ad21ab3ebc21a3408108327fa1a7cbedaf217

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

[Bug target/95962] Inefficient code for simple arm_neon.h iota operation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95962 --- Comment #4 from rsandifo at gcc dot gnu.org --- (In reply to Tamar Christina from comment #3) > This is now fixed on trunk, at least for ld1/st1. Nice! > Was this ticket about the general problem for loads or just the ld1/st1 > examples? >

[Bug target/83782] [9/10/11 Regression] Inconsistent address for hidden ifunc in a shared library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83782 --- Comment #5 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:37fbf9175b22dea2e5eca4393edd0c47e3008994 commit r12-5775-g37fbf9175b22dea2e5eca4393edd0c47e3008994 Author: H.J. Lu Date: Fri Dec 3 09:0

[Bug c++/103544] New: compiler crashes when trying to vectorize loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103544 Bug ID: 103544 Summary: compiler crashes when trying to vectorize loop Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug testsuite/103545] New: [12 regression] gcc.target/powerpc/undef-bool-2.c fails after r12-5580

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103545 Bug ID: 103545 Summary: [12 regression] gcc.target/powerpc/undef-bool-2.c fails after r12-5580 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug target/103269] Enable ZMM in MOVE_MAX and STORE_MAX_PIECES without -mprefer-vector-width=512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103269 --- Comment #2 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:654cd743c88a28fb292f7c2cf5f4b10e4047e7d9 commit r12-5777-g654cd743c88a28fb292f7c2cf5f4b10e4047e7d9 Author: H.J. Lu Date: Mon Nov 15 18

[Bug analyzer/103546] New: Analyzer reports null dereference in flex scanners

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103546 Bug ID: 103546 Summary: Analyzer reports null dereference in flex scanners Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug bootstrap/103547] New: [12 Regression] Bootstrap failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103547 Bug ID: 103547 Summary: [12 Regression] Bootstrap failure Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap

[Bug target/103548] New: Identical MMA assemble quads are incorrectly combined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103548 Bug ID: 103548 Summary: Identical MMA assemble quads are incorrectly combined Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug c++/103403] [11/12 Regression] auto return type with a trailing return type of decl(auto) uses rvalue reference type instead of reference type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103403 --- Comment #5 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:abd7712f91c99690f8b0046ea168b2782afbac69 commit r12-5778-gabd7712f91c99690f8b0046ea168b2782afbac69 Author: Marek Polacek Date: Tu

[Bug c++/103403] [11 Regression] auto return type with a trailing return type of decl(auto) uses rvalue reference type instead of reference type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103403 Marek Polacek changed: What|Removed |Added Summary|[11/12 Regression] auto |[11 Regression] auto return

[Bug c++/81176] decltype(auto) yields reference type for structured binding

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

[Bug c++/54366] [meta-bug] decltype issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54366 Bug 54366 depends on bug 81176, which changed state. Bug 81176 Summary: decltype(auto) yields reference type for structured binding https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81176 What|Removed |Added

[Bug analyzer/103521] [12 regression] gcc.dg/analyzer/pr93032-mztools.c broken after r12-5585

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103521 --- Comment #1 from seurer at gcc dot gnu.org --- The message changed recently: FAIL: gcc.dg/analyzer/pr93032-mztools.c leak of fpOut at line 329 (test for warnings, line 328) FAIL: gcc.dg/analyzer/pr93032-mztools.c leak of fpOutCD at line 330 (

[Bug c++/103543] Potential compiler warning for return of temporary with std::function converting from T(*)()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103543 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic Summary|Potential

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 Roger Sayle changed: What|Removed |Added CC||roger at nextmovesoftware dot com --- Com

[Bug c++/103543] Potential compiler warning for return of temporary with std::function converting from T(*)()

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

[Bug libstdc++/70692] No warning when std::function binds a reference to a temporary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70692 Andrew Pinski changed: What|Removed |Added CC||gcc at hazlewoods dot net --- Comment #4

[Bug target/103548] Identical MMA assemble quads are incorrectly combined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103548 Peter Bergner changed: What|Removed |Added Target||powerpc*-*-* Assignee|unassig

[Bug bootstrap/103547] [12 Regression] Bootstrap failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103547 Tamar Christina changed: What|Removed |Added CC||tnfchris at gcc dot gnu.org --- Comme

[Bug tree-optimization/103542] [10/11/12 Regregression] bogus -Warray-bounds while index is limited by switch/case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103542 Andrew Pinski changed: What|Removed |Added Known to fail||10.3.0 Keywords|

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587 since r8-7594-g078c5aff5ed83e9c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 --- Comment #9 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:f46d32dd29b7623915e31b0508e2e925526fa7d8 commit r12-5779-gf46d32dd29b7623915e31b0508e2e925526fa7d8 Author: Harald Anlauf Date: T

[Bug bootstrap/103547] [12 Regression] Bootstrap failure with --with-cpu=skylake-avx512

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

[Bug c++/103544] compiler crashes when trying to vectorize loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103544 --- Comment #1 from Andrew Pinski --- Testcase: #include #include int crash_me(char* ptr, size_t size){ std::array result = {0}; size_t no_iters = 0; for(size_t i = 0; i < size - 12; i+= 13){ for(size_t j = 0; j < 12; j++

[Bug middle-end/103537] Using -fstack-protector-strong "without" optimization cause segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103537 --- Comment #2 from Hedayat Vatankhah --- With these options, the code runs a bit more but still crashes. The output of each option is given below: Output with -fsanitize=undefined: /home/hedayat/Projects/powerfake/powerfake.h:257:40: runtime e

[Bug tree-optimization/103544] [11/12 Regression] compiler crashes when trying to vectorize loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103544 Andrew Pinski changed: What|Removed |Added Component|c++ |tree-optimization Known to work|

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587 since r8-7594-g078c5aff5ed83e9c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 --- Comment #10 from Steve Kargl --- On Thu, Dec 02, 2021 at 09:51:23PM +, anlauf at gcc dot gnu.org wrote: > > Submitted as: https://gcc.gnu.org/pipermail/fortran/2021-December/057102.html > Just saw the commit fly by. Thanks for pursui

[Bug middle-end/103537] Using -fstack-protector-strong "without" optimization cause segmentation fault

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

[Bug target/101324] powerpc64le: hashst appears before mflr at -O1 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324 --- Comment #20 from CVS Commits --- The master branch has been updated by Peter Bergner : https://gcc.gnu.org/g:cff7879a381d3f5ed6556206896e6a6229800167 commit r12-5781-gcff7879a381d3f5ed6556206896e6a6229800167 Author: Martin Liska Date: F

[Bug rtl-optimization/103541] unnecessary spills around const functions calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541 --- Comment #1 from Andrew Pinski --- I thought I had seen this before ...

[Bug rtl-optimization/103541] unnecessary spills around const functions calls

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

[Bug rtl-optimization/103541] unnecessary spills around const functions calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > PR 5739 is related (though I have not looked fully). comment #10 which points out IRA was doing worse.

[Bug c++/98939] [C++23] Implement P1787R6 "Declarations and where to find them"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98939 --- Comment #7 from Jason Merrill --- (In reply to Andrew Pinski from comment #6) > Note I think this paper applies to C++20 too or at least part of it. > > From CWG1291: > [Accepted at the November, 2020 meeting as part of paper P1787R6 and mov

[Bug target/101324] powerpc64le: hashst appears before mflr at -O1 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324 --- Comment #21 from Peter Bergner --- Fixed on trunk.

[Bug bootstrap/103547] [12 Regression] Bootstrap failure with --with-cpu=skylake-avx512

e Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.0 20211203 (experimental) (GCC) with a base gcc of 7.5.0, what bootstrap gcc are you using?

[Bug fortran/103283] ICE in gfc_trans_array_constructor_subarray, at fortran/trans-array.c:1972

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103283 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code --- Comment #4 fr

[Bug fortran/103505] ICE in compare_bound_mpz_t, at fortran/resolve.c:4587 since r8-7594-g078c5aff5ed83e9c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103505 --- Comment #11 from anlauf at gcc dot gnu.org --- (In reply to Steve Kargl from comment #10) > On Thu, Dec 02, 2021 at 09:51:23PM +, anlauf at gcc dot gnu.org wrote: > > > > Submitted as: > > https://gcc.gnu.org/pipermail/fortran/2021-Dece

[Bug target/101324] powerpc64le: hashst appears before mflr at -O1 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324 Peter Bergner changed: What|Removed |Added Known to fail||11.0 Target Milestone|12.0

[Bug bootstrap/103547] [12 Regression] Bootstrap failure with --with-cpu=skylake-avx512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103547 --- Comment #3 from H.J. Lu --- r12-5778 builds now. It has happened once before. I will leave it open until we find out exactly what is going on.

  1   2   >