[Bug middle-end/109505] (t | 15) & svcntb() causes an OOM/ICE

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

[Bug bootstrap/110085] New: make clean inside the gcc directory when configured with m2 language and for sh-elf messes up

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110085 Bug ID: 110085 Summary: make clean inside the gcc directory when configured with m2 language and for sh-elf messes up Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug libstdc++/109822] Converting std::experimental::simd masks yields an error

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

[Bug rtl-optimization/29144] Missing if-conversion. If-conversion dependent on operand order. Inconsistent if-conversion.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29144 Andrew Pinski changed: What|Removed |Added Depends on||64700 See Also|

[Bug rtl-optimization/18446] We need to distinguish value extension and value truncation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18446 --- Comment #3 from Andrew Pinski --- The gimple (tree) Level should be all well defined as we use abstract machine to define it and there are no zero or sign extend dealing with upper bits that are not part of the original program. For the RTL

[Bug rtl-optimization/101076] RTL Combine pass won't generate sign_extnd RTX in some senario

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101076 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Ever confirmed|0

[Bug fortran/109358] Wrong formatting with T-descriptor during stream output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358 --- Comment #7 from Steve Kargl --- On Fri, Jun 02, 2023 at 01:51:02AM +, jvdelisle at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358 > > Jerry DeLisle changed: > >What|Removed

[Bug rtl-optimization/100080] missed optimization for dead code elimination at -O3 (vs. -O2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100080 --- Comment #2 from Andrew Pinski --- (In reply to Richard Biener from comment #1) > Confirmed. At -O2 combine manages to drop the call to foo () (indirectly), > at -O3 it does not. There's not much difference on the GIMPLE level For the gimp

[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 66489, which changed state. Bug 66489 Summary: combine fails to merge insns if some are reused later on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66489 What|Removed |Added ---

[Bug rtl-optimization/66489] combine fails to merge insns if some are reused later on

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

[Bug rtl-optimization/88403] The gcse and division/mod by 1000 prevents if-conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88403 Andrew Pinski changed: What|Removed |Added Target|mips, aarch64 |mips, aarch64 x86_64 Summary|

[Bug rtl-optimization/88403] [Mips,AArch64] The gcse and division/mod by 1000 prevents if-conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88403 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-06-02 Severity|normal

[Bug target/108699] gcc.c-torture/execute/builtin-bitops-1.c fails on power 9 BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108699 Kewen Lin changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/103498] Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498 Michael Meissner changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/108699] gcc.c-torture/execute/builtin-bitops-1.c fails on power 9 BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108699 --- Comment #8 from Peter Bergner --- Can this be marked as FIXED or is there more to do?

[Bug rtl-optimization/102733] missing fs:0 store when followed by one to gs:0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102733 --- Comment #6 from Andrew Pinski --- Created attachment 55238 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55238&action=edit Patch which I will be testing This adds a check for the address space in DSE. Even tested: ``` void test_null

[Bug ipa/110057] Missed devirtualization opportunities

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110057 --- Comment #6 from Ng YongXiang --- That is interesting. Thanks for the reply. However, I'd argue that the 2 bugs mentioned are different from what I am proposing. The 2 bugs linked access virtual functions via ptr (delete p; val->f();) and ar

[Bug c++/110084] [12/13/14 Regression] defaulted constexpr operator== causes crash

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

[Bug rtl-optimization/102733] missing fs:0 store when followed by one to gs:0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102733 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/110084] New: defaulted constexpr operator== causes crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110084 Bug ID: 110084 Summary: defaulted constexpr operator== causes crash Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/103498] Spec 2017 imagick_r is 2.62% slower on Power10 with pc-relative addressing compared to not using pc-relative addressing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103498 --- Comment #3 from Peter Bergner --- (In reply to Segher Boessenkool from comment #2) > Mike, do you still see this? Ping again. Is this still an issue?

[Bug rtl-optimization/52490] RTL DCE removes trapping const libcalls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52490 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.5 Status|UNCONFIRMED

[Bug rtl-optimization/52490] RTL DCE removes trapping const libcalls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52490 --- Comment #3 from Andrew Pinski --- Fixed for GCC 7.5.0, GCC 8.3.0 and GCC 9+ by the patch which fixed PR 89188.

[Bug target/96762] ICE in extract_insn, at recog.c:2294 (error: unrecognizable insn)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96762 Peter Bergner changed: What|Removed |Added Assignee|acsawdey at gcc dot gnu.org|unassigned at gcc dot gnu.org

[Bug target/89188] ICE in pre_and_rev_post_order_compute, at cfganal.c:1055

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89188 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.5 Known to work|

[Bug rtl-optimization/52490] RTL DCE removes trapping const libcalls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52490 Andrew Pinski changed: What|Removed |Added Known to fail||6.4.0, 7.4.0, 8.1.0 Known to work|

[Bug rtl-optimization/52490] RTL DCE removes trapping const libcalls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52490 --- Comment #1 from Andrew Pinski --- Starting in GCC 12, the addition is removed at the gimple level.

[Bug target/110083] [14 Regression] ICEs for testcase on fp-int-convert*timode after r14-1466-g3635e8c67e1

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

[Bug target/110083] New: [14 Regression] ICEs for testcase on fp-int-convert*timode after r14-1466-g3635e8c67e1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110083 Bug ID: 110083 Summary: [14 Regression] ICEs for testcase on fp-int-convert*timode after r14-1466-g3635e8c67e1 Product: gcc Version: 14.0 Status: UNCONFIRMED S

[Bug rtl-optimization/91838] [8/9 Regression] incorrect use of shr and shrx to shift by 64, missed optimization of vector shift

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91838 --- Comment #16 from Andrew Pinski --- So the testcase g++.dg/opt/pr91838.C depends on the out come of the discussion at: https://gcc.gnu.org/pipermail/gcc-patches/2023-June/620378.html Which I think is saying this testcase is undefined really.

[Bug rtl-optimization/56451] [10/11/12/13/14 regression] Wrong code for gcc.c-torture/execute/941015-1.c on SH

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56451 --- Comment #19 from Andrew Pinski --- Maybe fixed via PR 83496 ?

[Bug fortran/109358] Wrong formatting with T-descriptor during stream output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358 Jerry DeLisle changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #6 from Jerry DeLi

[Bug rtl-optimization/58517] ifcvt (after combine) puts ccreg clobbering insn between ccset insn and ccreg use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517 Andrew Pinski changed: What|Removed |Added Last reconfirmed|2013-10-05 00:00:00 |2023-6-1 --- Comment #10 from Andrew Pin

[Bug rtl-optimization/58517] ifcvt (after combine) puts ccreg clobbering insn between ccset insn and ccreg use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517 --- Comment #9 from Andrew Pinski --- The reason why r6-3654-g6b7e867187889 didn't fix this case is because it was not looking into clobbers only the set side. Note the conditional in my patch should have been if (reg_overlap_mentioned_p (DF_RE

[Bug rtl-optimization/58517] ifcvt (after combine) puts ccreg clobbering insn between ccset insn and ccreg use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517 --- Comment #8 from Andrew Pinski --- Created attachment 55237 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55237&action=edit Patch which I think will fix this This is option 1 of comment #3 though with an updated version. I have not tes

[Bug target/104698] Inefficient code for DI to TI sign extend on power10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104698 --- Comment #5 from Peter Bergner --- Mike, are we doing backports of this? ...or can we marked this as FIXED?

[Bug rtl-optimization/40987] ifcvt sometimes goes wrong for integer modes > 64bit

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

[Bug rtl-optimization/40987] ifcvt sometimes goes wrong for integer modes > 64bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40987 --- Comment #13 from Andrew Pinski --- Here is a x86_64-linux-gnu testcase: ``` #include typedef __int128_t mytype; #define value (((__int128_t)(((unsigned long long)__LONG_LONG_MAX__)+1)) | (((__int128_t)0xull)<<64)) mytype fu

[Bug middle-end/31542] Incorrect optization with nan values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31542 --- Comment #4 from Andrew Pinski --- I can't reproduce this in any recent versions of GCC. Even in GCC 4.7.3 and GCC 4.6.4 it works and we get no assert.

[Bug middle-end/29253] expand_abs wrong default code for floating point

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

[Bug middle-end/29253] expand_abs wrong default code for floating point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253 --- Comment #13 from Andrew Pinski --- Created attachment 55235 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55235&action=edit Slightly different patch This is a slightly different patch but it basically does the same except it uses emit

[Bug libstdc++/109947] std::expected monadic operations do not support move-only error types yet

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109947 Jonathan Wakely changed: What|Removed |Added Status|SUSPENDED |ASSIGNED Assignee|unassigne

[Bug libstdc++/109758] std::abs(__float128) doesn't support NaN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758 Jonathan Wakely changed: What|Removed |Added Target Milestone|14.0|13.2 --- Comment #16 from Jonathan Wa

[Bug libstdc++/109758] std::abs(__float128) doesn't support NaN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758 --- Comment #15 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:099d469df67d8454aa393d036f4791912364bd4d commit r13-7406-g099d469df67d8454aa393d036f4791912364bd4d Author: Jonathan Wak

[Bug target/109972] RISC-V: Could use umodsi3/udivsi3/divsi3 libcalls for 32-bit division/remainder on RV64 without M extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109972 --- Comment #2 from Andrew Pinski --- (In reply to palmer from comment #1) > Thanks. Craig and I had talked about this offline, it looks like a real > improvement to me. We're not super worried about rv32 or code size, maybe > Kito is? I am c

[Bug target/109972] RISC-V: Could use umodsi3/udivsi3/divsi3 libcalls for 32-bit division/remainder on RV64 without M extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109972 palmer at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug fortran/88552] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1120

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

[Bug fortran/88552] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1120

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88552 --- Comment #5 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:ff8f45d20f9ea6acc99442ad29212d177f58e8fe commit r14-1477-gff8f45d20f9ea6acc99442ad29212d177f58e8fe Author: Harald Anlauf Date: Th

[Bug target/54089] [SH] Refactor shift patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #53 from Oleg Endo --- (In reply to Segher Boessenkool from comment #52) > > There is TARGET_LEGITIMATE_COMBINED_INSN though, which is a workaround for if > you really do not want the instruction combiner to create particular > instr

[Bug fortran/100607] ICE with SELECT RANK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100607 --- Comment #8 from Steve Kargl --- On Thu, Jun 01, 2023 at 07:26:43PM +, anlauf at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100607 > > --- Comment #7 from anlauf at gcc dot gnu.org --- > (In reply to kargl from

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 Thomas Schwinge changed: What|Removed |Added Keywords||openacc Assignee|unassigned

[Bug fortran/100607] ICE with SELECT RANK

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100607 --- Comment #7 from anlauf at gcc dot gnu.org --- (In reply to kargl from comment #6) > Created attachment 55191 [details] > patch that fixes bug > > The patch, which was previously submitted, still applies and fixes the bug. Sure. Do you have

[Bug gcov-profile/110082] New: Coverage analysis vs. offloading compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110082 Bug ID: 110082 Summary: Coverage analysis vs. offloading compilation Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: openacc, openmp, wrong-code Severity: norma

[Bug fortran/88552] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1120

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88552 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|u

[Bug fortran/110076] ICE on mutually recursive derived types.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110076 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/110000] GCC should implement exclude_from_explicit_instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11 --- Comment #13 from Louis Dionne --- Nikolas already answered some, but just to expand on this: > But on the topic of this enhancement request, I don't see why functions > should be excluded from explicit instantiation if they're already abi-

[Bug fortran/110081] Unhelpful error message: "(null):0: confused by earlier errors, bailing out"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110081 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |DUPLICATE Status

[Bug fortran/103259] [11/12/13 Regression] ICE in resolve_common_vars, at fortran/resolve.c:956 since r11-3866-g4d2a56a0f7135469

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103259 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||andrew at fluidgravity dot c

[Bug target/54089] [SH] Refactor shift patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #52 from Segher Boessenkool --- (In reply to Alexander Klepikov from comment #50) > But maybe there is a way to exclude particular insn from combine pass? (I > guess not). In general, it is best to let combine just work on everything

[Bug debug/110073] [14 regression] btfout.cc format errors break bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110073 --- Comment #1 from David Faust --- Created attachment 55234 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55234&action=edit alternate proposed patch Thank you for catching this, and for the fix! With the proposed patch on linux x86_64

[Bug libstdc++/77704] Data race on std::ctype

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77704 Daniel Boles changed: What|Removed |Added CC||dboles.src at gmail dot com --- Comment #

[Bug testsuite/109951] [14 Regression] libgomp, testsuite: non-native multilib c++ tests fail on Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951 Thomas Schwinge changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug tree-optimization/110051] error: writing 1 byte into a region of size 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110051 --- Comment #3 from Felix --- Yes, you're right, the warning is turned to error. Without this option the compilation runs normally

[Bug libstdc++/110060] [14 Regression] Adding optimizer hints to std::vector causes a new -Wstringop-overread false positive

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

[Bug middle-end/97048] [meta-bug] bogus/missing -Wstringop-overread warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97048 Bug 97048 depends on bug 110060, which changed state. Bug 110060 Summary: [14 Regression] Adding optimizer hints to std::vector causes a new -Wstringop-overread false positive https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110060 What

[Bug libstdc++/110060] [14 Regression] Adding optimizer hints to std::vector causes a new -Wstringop-overread false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110060 --- Comment #9 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:b7b255e77a271974479c34d1db3daafc04b920bc commit r14-1470-gb7b255e77a271974479c34d1db3daafc04b920bc Author: Jonathan Wakely Date:

[Bug fortran/102973] possible inconsistency in procptr_assignment handling when matching ASSOCIATE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102973 Paul Thomas changed: What|Removed |Added Status|NEW |WAITING --- Comment #2 from Paul Thomas

[Bug fortran/100094] Undefined pointers have incorrect rank when using optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100094 Paul Thomas changed: What|Removed |Added Status|NEW |WAITING Blocks|87477

[Bug target/80040] SSE4.1 ptest not always merged

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80040 --- Comment #4 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:3635e8c67e13e3da7e1e23a617dd9952218e93e0 commit r14-1466-g3635e8c67e13e3da7e1e23a617dd9952218e93e0 Author: Roger Sayle Date: Thu Ju

[Bug target/109973] [13/14 Regression] Wrong code for AVX2 since 13.1 by combining VPAND and VPTEST since r13-2006-ga56c1641e9d25e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109973 --- Comment #7 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:3635e8c67e13e3da7e1e23a617dd9952218e93e0 commit r14-1466-g3635e8c67e13e3da7e1e23a617dd9952218e93e0 Author: Roger Sayle Date: Thu J

[Bug fortran/110081] New: Unhelpful error message: "(null):0: confused by earlier errors, bailing out"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110081 Bug ID: 110081 Summary: Unhelpful error message: "(null):0: confused by earlier errors, bailing out" Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity:

[Bug tree-optimization/110080] [13/14 Regression] Missed Dead Code Elimination at -Os when using __builtin_unreachable since r13-6945-g429a7a88438

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110080 --- Comment #1 from Theodoros Theodoridis --- Oops, the first code snippet is wrong in the original post: void foo(void); static unsigned char a = 131; static int *b; static int **c = &b; static void d(int e, unsigned f) { int *g; if (

[Bug tree-optimization/110080] New: [13/14 Regression] Missed Dead Code Elimination at -Os when using __builtin_unreachable since r13-6945-g429a7a88438

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110080 Bug ID: 110080 Summary: [13/14 Regression] Missed Dead Code Elimination at -Os when using __builtin_unreachable since r13-6945-g429a7a88438 Product: gcc Version:

[Bug fortran/87127] External function not recognised from within an associate block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87127 Paul Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 87127, which changed state. Bug 87127 Summary: External function not recognised from within an associate block https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87127 What|Removed |Added ---

[Bug gcov-profile/110074] -fprofile-arcs profiles arcs generated by -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110074 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug gcov-profile/110072] __gcov_dump cannot generate gcda for so files opened with dlopen when gcc version is later than 5.1.0

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

[Bug gcov-profile/83879] __gcov_dump doesn't work with dlopen-ed libraries

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

[Bug gcov-profile/83879] __gcov_dump doesn't work with dlopen-ed libraries

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

[Bug ipa/110057] Missed devirtualization opportunities

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

[Bug gcov-profile/110074] code bloat with -fprofile-arcs + -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110074 Andrew Pinski changed: What|Removed |Added Component|sanitizer |gcov-profile --- Comment #1 from Andrew

[Bug rtl-optimization/110079] [10/11/12/13/14 Regression] ICE with -freorder-blocks-and-partition and inline-asm goto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110079 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-06-01 Status|UNCONFIRM

[Bug rtl-optimization/110079] [10/11/12/13/14 Regression] ICE with -freorder-blocks-and-partition and inline-asm goto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110079 Andrew Pinski changed: What|Removed |Added Known to fail||10.4.0, 12.2.0, 13.1.0,

[Bug rtl-optimization/110079] New: ICE with -freorder-blocks-and-partition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110079 Bug ID: 110079 Summary: ICE with -freorder-blocks-and-partition Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-opti

[Bug middle-end/110052] useless local variable not optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110052 --- Comment #5 from Alexander Monakov --- There are other reasons why it's invalid. For instance, in a multi-threaded program it could introduce a data race on assignment to foo->size inside of 'myrealloc' where the original program might have a

[Bug target/109812] GraphicsMagick resize is a lot slower in GCC 13.1 vs Clang 16 on Intel Raptor Lake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812 --- Comment #17 from Jan Hubicka --- I was also thinking of DCE. It looks like plausible idea. It may leads to a surprise where you sture same undefined variable to two places and later compare them for equality, but that is undefined anyway.

[Bug target/54089] [SH] Refactor shift patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #51 from Oleg Endo --- (In reply to Alexander Klepikov from comment #50) > > Ooh, my bad! You are absolutely right. A function is inlined and division is > converted to 4 'shar's which at combine pass are catched by 'define_insn > "a

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |10.5 Resolution|---

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 --- Comment #15 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:bdd038cc1782b550b434a806ce995fc79f5d1f6b commit r10-11432-gbdd038cc1782b550b434a806ce995fc79f5d1f6b Author: Jonathan Wa

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 --- Comment #14 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:8538e22f0004565bb95b10741bfd416961030f4c commit r11-10838-g8538e22f0004565bb95b10741bfd416961030f4c Author: Jonathan Wa

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 --- Comment #13 from CVS Commits --- The releases/gcc-12 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:4466c5ba6e2f1759a2ce461f15fc4e018872a22e commit r12-9672-g4466c5ba6e2f1759a2ce461f15fc4e018872a22e Author: Jonathan Wak

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 --- Comment #12 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:3b95319b621d95055da182c5fbbccd0d82cb919e commit r13-7398-g3b95319b621d95055da182c5fbbccd0d82cb919e Author: Jonathan Wak

[Bug c++/110078] [13 regression] Excessive memory usage constructing std::variant from a high-index alternative.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110078 Jonathan Wakely changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIR

[Bug c++/109678] [13/14 Regression] exponential time behavior on std::variant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109678 Jonathan Wakely changed: What|Removed |Added CC||toojays at toojays dot net --- Commen

[Bug c++/110078] [13 regression] Excessive memory usage constructing std::variant from a high-index alternative.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110078 --- Comment #1 from Jonathan Wakely --- Already fixed by r14-409-g4b8d0d4d7fd245

[Bug c++/110078] New: [13 regression] Excessive memory usage constructing std::variant from a high-index alternative.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110078 Bug ID: 110078 Summary: [13 regression] Excessive memory usage constructing std::variant from a high-index alternative. Product: gcc Version: 13.1.0 Status: UNCONFIRMED

[Bug middle-end/110069] [Perf] -finstrument-functions causes program size to double

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

[Bug target/109812] GraphicsMagick resize is a lot slower in GCC 13.1 vs Clang 16 on Intel Raptor Lake

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

[Bug target/54089] [SH] Refactor shift patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #50 from Alexander Klepikov --- > > I've found that my patch catches integer division. In short, it appears to > > work unpredictable. It looks like there's no easy way to catch right shift. > > What do you mean it catches integer d

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 --- Comment #11 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:eeb92704967875411416b0b9508aa6f49e8192fd commit r14-1464-geeb92704967875411416b0b9508aa6f49e8192fd Author: Jonathan Wakely Date

  1   2   >