[Bug c++/109443] missed optimization of std::vector access (Related to issue 35269)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109443 --- Comment #8 from rguenther at suse dot de --- On Wed, 12 Apr 2023, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109443 > > Jakub Jelinek changed: > >What|Removed |Added

[Bug middle-end/109493] Broken O2 optimization on s390x in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109493 --- Comment #5 from Mikhail Mitskevich --- (In reply to Sam James from comment #3) > It's unclear to me from the reports if this started with GCC 13 or if it > always failed on s390x. Could you clarify? Thanks. This test works on GCC 10 and GCC

[Bug middle-end/109493] Broken O2 optimization on s390x in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109493 --- Comment #4 from Mikhail Mitskevich --- (In reply to Andrew Pinski from comment #1) > belt_mac_st* st = &state; > belt_mac_st* st2 = &state2; > ((word*)(st->s))[0] = 0, ((word*)(st->s))[1] = 0; > ((word*)(st->r))[0] = 0, ((word*)(st->r))[

[Bug middle-end/109493] Broken O2 optimization on s390x in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109493 --- Comment #3 from Sam James --- It's unclear to me from the reports if this started with GCC 13 or if it always failed on s390x. Could you clarify? Thanks.

[Bug middle-end/109493] Broken O2 optimization on s390x in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109493 --- Comment #2 from Andrew Pinski --- And in u32From too.

[Bug c/109493] Broken O2 optimization on s390x in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109493 --- Comment #1 from Andrew Pinski --- belt_mac_st* st = &state; belt_mac_st* st2 = &state2; ((word*)(st->s))[0] = 0, ((word*)(st->s))[1] = 0; ((word*)(st->r))[0] = 0, ((word*)(st->r))[1] = 0; st->filled = 0; I am 99% sure those are aliasin

[Bug lto/109369] LTO drops explicitly referenced symbol _pei386_runtime_relocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109369 --- Comment #9 from Alexander Monakov --- (In reply to Pali Rohár from comment #8) > So from the discussion, do I understand correctly that this is rather LD > linker issue? Yes, ld changes will be needed to make this work automatically, withou

[Bug c/109493] New: Broken O2 optimization on s390x in GCC 13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109493 Bug ID: 109493 Summary: Broken O2 optimization on s390x in GCC 13 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 --- Comment #35 from Huaqi --- OK, thanks

[Bug c/102989] Implement C2x's n2763 (_BitInt)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989 George Bott changed: What|Removed |Added CC||george at bott dot gg --- Comment #34 fro

[Bug fortran/109492] gcc/fortran/trans-expr.cc:3407:17: error: call of overloaded ‘abs(long long int&)’ is ambiguous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109492 --- Comment #1 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #0) > This was built on solaris 2.10 so maybe the solution is just to update > /opt/csw/bin/gcc. I'll ask the cfarm admins about that. That wouldn't help, Solaris

[Bug fortran/109492] New: gcc/fortran/trans-expr.cc:3407:17: error: call of overloaded ‘abs(long long int&)’ is ambiguous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109492 Bug ID: 109492 Summary: gcc/fortran/trans-expr.cc:3407:17: error: call of overloaded ‘abs(long long int&)’ is ambiguous Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug debug/109161] Bad CTF generated for stub in function scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109161 --- Comment #3 from Indu Bhagat --- Excerpt from the generated DWARF debug info: <1><32>: Abbrev Number: 3 (DW_TAG_subprogram) <33> DW_AT_external: 1 <33> DW_AT_name: (indirect string, offset: 0x12c4): set_cpu_arch .

[Bug tree-optimization/109491] [13 Regression] Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 --- Comment #5 from pthaugen at gcc dot gnu.org --- (In reply to Peter Bergner from comment #4) > > Can you git bisect this to find the offending commit? Yes, I was going to start that.

[Bug tree-optimization/109491] [13 Regression] Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 --- Comment #4 from Peter Bergner --- (In reply to pthaugen from comment #0) > Created attachment 54845 [details] > Reduced testcase > > Hitting the following segfault on the attached testcase (sorry for size, but > it is about 1% of original s

[Bug rtl-optimization/109476] Missing optimization for 8bit/8bit multiplication / regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476 --- Comment #9 from Segher Boessenkool --- That patch looks fine :-)

[Bug tree-optimization/109491] [13 Regression] Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 --- Comment #3 from Andrew Pinski --- Created attachment 54846 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54846&action=edit Removed altivec intrinsics This changes the altivec intrinsics except for __builtin_vec_mergeh which I just co

[Bug tree-optimization/109491] [13 Regression] Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 --- Comment #2 from Andrew Pinski --- I should note while trying to test this on x86_64 (removing the altivec specific intrinsics) the compile time was large even for -O0. It was ok with -fsyntax-only though.

[Bug tree-optimization/109491] [13 Regression] Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 --- Comment #1 from pthaugen at gcc dot gnu.org --- Note this only happens on a BE system, compiles fine on LE.

[Bug tree-optimization/109491] [13 Regression] Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |13.0 Summary|Segfault in

[Bug tree-optimization/109491] New: Segfault in tree-ssa-sccvn.cc:expressions_equal_p()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109491 Bug ID: 109491 Summary: Segfault in tree-ssa-sccvn.cc:expressions_equal_p() Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug rtl-optimization/109476] Missing optimization for 8bit/8bit multiplication / regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476 --- Comment #8 from Wilhelm M --- Yes. Looks like the patch does its job.

[Bug c++/109490] ICE when declaring custom OpenMP reduction in generic Lambda in Template Function

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

[Bug c++/107532] [13 Regression] -Werror=dangling-reference false positives in libcamera-0.0.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532 --- Comment #32 from Marek Polacek --- (In reply to maic from comment #31) > Would be nice if this was re-opened, or should a new bug be filed? This is the same problem as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165#c9 Unfortunately, i

[Bug c++/107532] [13 Regression] -Werror=dangling-reference false positives in libcamera-0.0.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532 --- Comment #31 from maic --- Would be nice if this was re-opened, or should a new bug be filed?

[Bug tree-optimization/109483] Unoptimal uncprop with assembler flag output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109483 --- Comment #5 from Andrew Pinski --- (In reply to Uroš Bizjak from comment #4) > Even the above is not optimal. I'd expect: > > ... > .L8: > #APP > # 6 "t.c" 1 > int3 > # 0 "" 2 > #NO_APP > je .L2 > xorl%eax, %

[Bug fortran/66973] Incorrect resolution of generic interface with TYPE(C_PTR)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66973 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #7) > The behavior also depends on the order of USE statements in the main: > > USE H5T > USE ISO_C_BINDING > > differs from > > USE ISO_C_BINDING > USE

[Bug c++/109490] New: ICE when using custom OpenMP reduction in Lambda in Template Function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109490 Bug ID: 109490 Summary: ICE when using custom OpenMP reduction in Lambda in Template Function Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity: normal

[Bug other/89856] `ld: warning: direct access to global weak symbol means the weak symbol cannot be overridden at runtime` using LTO with optimization and -fprofile-generate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89856 --- Comment #6 from Oliver Rosten --- If you're sure. The only thing which gives me pause for thought is that the problem I see with source_location only occurs when I also see ld: warning: direct access to global weak symbol means the weak sym

[Bug other/89856] `ld: warning: direct access to global weak symbol means the weak symbol cannot be overridden at runtime` using LTO with optimization and -fprofile-generate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89856 --- Comment #5 from Andrew Pinski --- (In reply to Oliver Rosten from comment #4) > I think I've come across a case where this is symptomatic of a serious > problem -see https://github.com/ojrosten/SourceLoc That seems totally unrelated to this

[Bug other/89856] `ld: warning: direct access to global weak symbol means the weak symbol cannot be overridden at runtime` using LTO with optimization and -fprofile-generate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89856 Oliver Rosten changed: What|Removed |Added CC||oliver.rosten at googlemail dot co

[Bug fortran/69200] ICE on subsequent block statements with module imports

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69200 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED CC|

[Bug fortran/103931] Type name "c_ptr" is ambiguous when iso_c_binding is imported both directly and indirectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931 --- Comment #14 from anlauf at gcc dot gnu.org --- (In reply to Bernhard Reutner-Fischer from comment #13) > > This PR may be a duplicate of others that describe gfortran's confusion > > when using (intrinsic) modules along a module chain like he

[Bug preprocessor/109485] improve include path handling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109485 --- Comment #5 from Andrew Pinski --- Note I think clang's "optimization" might get the case where a subdirectory is not "executable" but is readable wrong. So this is definitely something which would need testing too.

[Bug fortran/66973] Incorrect resolution of generic interface with TYPE(C_PTR)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66973 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2015-07-22 00:00:00 |2023-4-12 CC|

[Bug middle-end/101018] ICE when enabling OpenMP on a simple loop with SVE intrinsics (aarch64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101018 Andrew Pinski changed: What|Removed |Added CC||wumingchuan1992 at foxmail dot com ---

[Bug target/109481] Bug in openEuler/gcc (13.0.1) support for ARM SVE openmp

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

[Bug rtl-optimization/109476] Missing optimization for 8bit/8bit multiplication / regression

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

[Bug preprocessor/109485] improve include path handling

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

[Bug preprocessor/109485] improve include path handling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109485 Andrew Pinski changed: What|Removed |Added Summary|Feature request: More |improve include path

[Bug sanitizer/109489] [ubsan] Support -fsanitize-trap=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109489 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Component|c

[Bug preprocessor/109485] Feature request: More efficient include path handling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109485 --- Comment #2 from Andrew Pinski --- Also does it work with Windows style pathes? I am suspecting clang does not do the right thing there ...

[Bug c/109489] New: [ubsan] Support -fsanitize-trap=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109489 Bug ID: 109489 Summary: [ubsan] Support -fsanitize-trap= Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug preprocessor/109485] Feature request: More efficient include path handling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109485 --- Comment #1 from Andrew Pinski --- Is this even valid with NFS?

[Bug modula2/109488] New: typo in lang.opt: libraries maybe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109488 Bug ID: 109488 Summary: typo in lang.opt: libraries maybe Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3

[Bug fortran/103931] Type name "c_ptr" is ambiguous when iso_c_binding is imported both directly and indirectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103931 --- Comment #13 from Bernhard Reutner-Fischer --- (In reply to anlauf from comment #12) > Consider the original testcase. Module CModule has no public symbols. > Technically, the "use CModule" in module DModule should not have any effect. > (C

[Bug bootstrap/46333] problems with configure -enable-build-with-cxx -disable-bootstrap

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

[Bug rtl-optimization/109476] Missing optimization for 8bit/8bit multiplication / regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476 --- Comment #6 from Wilhelm M --- The following "solution" constexpr uint16_t mul(const uint8_t a, const uint16_t b) { const auto aa = std::bit_cast>(b); return aa[1] * a; } or constexpr uint16_t mul(const uint8_t a, const uint16_t b

[Bug libstdc++/101739] Some function parameters in missing uglify

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101739 Patrick Palka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libstdc++/108291] chunk_­by_­view::find-next/find-prev uses wrong lambda helper

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

[Bug libstdc++/108291] chunk_­by_­view::find-next/find-prev uses wrong lambda helper

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108291 --- Comment #2 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:ae8f903632c930694640a925b042c87e3bdb7200 commit r13-7157-gae8f903632c930694640a925b042c87e3bdb7200 Author: Patrick Palka Date: W

[Bug rtl-optimization/109476] Missing optimization for 8bit/8bit multiplication / regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476 --- Comment #5 from Segher Boessenkool --- Correct, this certainly can not be done by combine, it see two independent pseudos here. For hard registers it *can* do many tricks, but not for pseudos like this.

[Bug libstdc++/105580] [12/13 Regression] warning "potential null pointer dereference" raised when using istreambuf_iterator and any "-O" flag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105580 --- Comment #5 from Jonathan Wakely --- I've implemented the suggested changes to istreamubf_iterator and also proposed them as a resolution for LWG 2366 https://wg21.link/lwg2366

[Bug c++/109420] [13 Regression] lookup of 'struct T::X' at instantiation time does not ignore non-type bindings of 'X' since r13-6098-g46711ff8e60d64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109420 --- Comment #2 from Patrick Palka --- FWIW a candidate fix has been posted at https://gcc.gnu.org/pipermail/gcc-patches/2023-April/615250.html and will hopefully get reviewed/pushed later this week

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 --- Comment #34 from Costas Argyris --- Hi Huaqi, Patch has been pushed to master, you should now be able to get the latest gcc sources and build without having to apply it manually.

[Bug tree-optimization/109462] [13 Regression] Possible miscompilation of clang LocalizationChecker since r13-1938

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 Segher Boessenkool changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug debug/109487] GCC generates redundant DWARF information after DW_OP_stack_value.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109487 --- Comment #3 from Jakub Jelinek --- The Simple Location Description before each DW_OP_{,bit_}piece may be empty, that is the DWARF 5 2.6.1.1.1 Empty Location Descriptions. Sorry for my wording issue earlier, where I wrote Single I meant Simpl

[Bug debug/109487] GCC generates redundant DWARF information after DW_OP_stack_value.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109487 --- Comment #2 from LU Hongyi --- Oh, sorry I didn't read the standard carefully. But still, the code generated by GCC still looks a bit strange. There is a DW_OP_const2u between two composite location descriptor. The final DWARF generated by

[Bug c++/109443] missed optimization of std::vector access (Related to issue 35269)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109443 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org --- Comm

[Bug target/109479] [RISC-V] Build vint64m1_t with rv64gc_zve32x_zvl64b should promote information like "vint64m1_t requires the 'zve64x' extensions"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109479 Kito Cheng changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/109479] [RISC-V] Build vint64m1_t with rv64gc_zve32x_zvl64b should promote information like "vint64m1_t requires the 'zve64x' extensions"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109479 --- Comment #7 from CVS Commits --- The master branch has been updated by Kito Cheng : https://gcc.gnu.org/g:31eb8f18bbe64613fd8d77c4520c00beeb13598f commit r13-7156-g31eb8f18bbe64613fd8d77c4520c00beeb13598f Author: Ju-Zhe Zhong Date: Wed A

[Bug target/109458] invalid use 'z' operand modifier in some cases mention the 'Z' operand modifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109458 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/109410] [13 Regression] ICE: verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/109410] [13 Regression] ICE: verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109410 --- Comment #6 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:51856718a82ce60f067910d9037ca255645b37eb commit r13-7155-g51856718a82ce60f067910d9037ca255645b37eb Author: Jakub Jelinek Date: W

[Bug target/109458] invalid use 'z' operand modifier in some cases mention the 'Z' operand modifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109458 --- Comment #2 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:4073ce2c4e5584c1be58fbe76dd66285de2529bb commit r13-7154-g4073ce2c4e5584c1be58fbe76dd66285de2529bb Author: Jakub Jelinek Date: W

[Bug debug/109487] GCC generates redundant DWARF information after DW_OP_stack_value.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109487 Jakub Jelinek changed: What|Removed |Added Resolution|--- |INVALID CC|

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 --- Comment #31 from Costas Argyris --- (In reply to Tobias Burnus from comment #30) > I see commit r13-7153-g3beeebd6934654f3453209730b98c7a1fd0305b6 > "mingw: Support building with older gcc versions" > > And I see in the associated email to

[Bug tree-optimization/109462] [13 Regression] Possible miscompilation of clang LocalizationChecker since r13-1938

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

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #

[Bug tree-optimization/109483] Unoptimal uncprop with assembler flag output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109483 --- Comment #4 from Uroš Bizjak --- (In reply to Richard Biener from comment #2) > Note that clang seems to propagate the constant equivalence which we > instead un-propagate. With -fdisable-tree-uncprop1 you'll get the > expected code: > > f

[Bug debug/109487] New: GCC generates redundant DWARF information after DW_OP_stack_value.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109487 Bug ID: 109487 Summary: GCC generates redundant DWARF information after DW_OP_stack_value. Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

[Bug ada/109472] [13 regression] False unread/unassigned warning for variable in local package

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109472 --- Comment #2 from Marc Poulhiès --- Regression starts from: a8d17a88a52d2f773423adb55399d23ed5ea03c8 is the first bad commit commit a8d17a88a52d2f773423adb55399d23ed5ea03c8 Author: Piotr Trojanek Date: Tue Jun 21 10:17:57 2022 +0200 [

[Bug tree-optimization/109462] [13 Regression] Possible miscompilation of clang LocalizationChecker since r13-1938

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462 --- Comment #8 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:14f0ea22413fe3e64306c57fbfd2ae7b5769c1a1 commit r13-7151-g14f0ea22413fe3e64306c57fbfd2ae7b5769c1a1 Author: Jakub Jelinek Date: W

[Bug target/104338] RISC-V: Subword atomics result in library calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #

[Bug fortran/109451] ICE in gfc_conv_expr_descriptor with ASSOCIATE and substrings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109451 --- Comment #2 from Paul Thomas --- Created attachment 54842 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54842&action=edit Fix for this PR To my surprise, the identified bug was very easily fixed and the associate block that seemed to

[Bug tree-optimization/104515] [11/12/13 Regression] trivially-destructible destructors interfere with loop optimization - maybe related to lifetime-dse.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104515 Richard Biener changed: What|Removed |Added CC||pshevchuk at pshevchuk dot com --- Com

[Bug tree-optimization/109486] Optimization regression with pseudodestructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486 Richard Biener changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug tree-optimization/109486] Optimization regression with pseudodestructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486 --- Comment #2 from Richard Biener --- Btw, -fno-lifetime-dse is a workaround.

[Bug tree-optimization/109486] Optimization regression with pseudodestructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Known to fail

[Bug fortran/99982] INTERFACE selects wrong module procedure involving C_PTR and C_FUNPTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99982 --- Comment #9 from Scot Breitenfeld --- This is Great! Thank-you.

[Bug middle-end/109449] [11/12/13 Regression] false positive stringop-overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109449 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to fail|

[Bug tree-optimization/101912] -Wmaybe-uninitialized false alarm in tzdb localtime.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912 --- Comment #13 from Sam James --- (In reply to Sam James from comment #12) > Per 24af552876eff707f75d30d3f0f0e7a5d62dd857 > (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462#c7) and the test being > XFAILed, I think this is now unfixed? r13

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 101912, which changed state. Bug 101912 Summary: -Wmaybe-uninitialized false alarm in tzdb localtime.c https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912 What|Removed |Added ---

[Bug tree-optimization/101912] -Wmaybe-uninitialized false alarm in tzdb localtime.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912 Sam James changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug tree-optimization/97108] [10/11/12/13 Regression] -Wmaybe-uninitialized false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108 Bug 97108 depends on bug 101912, which changed state. Bug 101912 Summary: -Wmaybe-uninitialized false alarm in tzdb localtime.c https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912 What|Removed |Added ---

[Bug libstdc++/109482] experimental/net/internet/endpoint/cons.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482 --- Comment #8 from m.cencora at gmail dot com --- Ah, I see that gcc doesn't support nested designated initializer in C++ mode (compared to C mode, or clang in both C and C++ modes).

[Bug tree-optimization/109448] [12/13 Regression] wrong uninitialized warning with std::variant of an empty class and std::exception_ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109448 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Priority

[Bug libstdc++/109482] experimental/net/internet/endpoint/cons.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482 --- Comment #7 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #5) > Not when s_addr is a macro for S_un.S_addr or something like that. The real definition on Solaris is more like: struct in_addr { union { struct { cha

[Bug bootstrap/109460] Build gcc for win32 failed in gcc13 master branch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460 Costas Argyris changed: What|Removed |Added Attachment #54838|0 |1 is obsolete|

[Bug middle-end/109478] FAIL: g++.dg/other/pr104989.C -std=gnu++14 (internal compiler error: Segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109478 --- Comment #2 from Jeffrey A. Law --- The pa.cc bits look reasonable. It's been forever since I looked at this code, but clearly using a HOST_WIDE_INT is the right thing to be doing. While it may not fix this bug completely, consider it pre-a

[Bug tree-optimization/109462] [13 Regression] Possible miscompilation of clang LocalizationChecker since r13-1938

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462 --- Comment #7 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:24af552876eff707f75d30d3f0f0e7a5d62dd857 commit r13-7150-g24af552876eff707f75d30d3f0f0e7a5d62dd857 Author: Andrew MacLeod Date:

[Bug tree-optimization/108139] [13 Regression] wrong code with "-O1 -ftree-vrp" on x86_64-linux-gnu since r13-1938-g87dd4c8c83768aaf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139 --- Comment #7 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:24af552876eff707f75d30d3f0f0e7a5d62dd857 commit r13-7150-g24af552876eff707f75d30d3f0f0e7a5d62dd857 Author: Andrew MacLeod Date:

[Bug middle-end/101018] ICE when enabling OpenMP on a simple loop with SVE intrinsics (aarch64)

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

[Bug middle-end/109484] [Wrong Code][inline-asm] output operands overlap with output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484 Jakub Jelinek changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug rtl-optimization/109486] New: Optimization regression with pseudodestructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486 Bug ID: 109486 Summary: Optimization regression with pseudodestructors Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/109482] experimental/net/internet/endpoint/cons.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482 --- Comment #6 from Jonathan Wakely --- I did try it. It's also not valid in older standards, so would give pedantic warnings with -Wsystem-headers

[Bug middle-end/101018] ICE when enabling OpenMP on a simple loop with SVE intrinsics (aarch64)

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

[Bug libstdc++/109482] experimental/net/internet/endpoint/cons.cc FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482 --- Comment #5 from Jonathan Wakely --- Not when s_addr is a macro for S_un.S_addr or something like that.

  1   2   >