[Bug target/108348] ICE in gen_movoo, at config/rs6000/mma.md:292

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108348 --- Comment #7 from CVS Commits --- The master branch has been updated by Kewen Lin : https://gcc.gnu.org/g:5d9529687deb9ed009361a16c02a7f6c3e2ebbf3 commit r13-5236-g5d9529687deb9ed009361a16c02a7f6c3e2ebbf3 Author: Kewen Lin Date: Wed Jan 1

[Bug target/108396] [12/13 Regression] PPCLE: vec_vsubcuq missing since r12-5752-gd08236359eb229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396 --- Comment #6 from CVS Commits --- The master branch has been updated by Kewen Lin : https://gcc.gnu.org/g:aaf29ae6cdbaad58b709a77784375d15138174b3 commit r13-5237-gaaf29ae6cdbaad58b709a77784375d15138174b3 Author: Kewen Lin Date: Wed Jan 1

[Bug fortran/108434] [12/13 Regression] ICE in class_allocatable, at fortran/expr.cc:5000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108434 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug fortran/108435] [13 Regression] ICE in as_a, at is-a.h:242 since r13-142-g705bcedf6eae2d7c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108435 Martin Liška changed: What|Removed |Added Summary|[13 Regression] ICE in |[13 Regression] ICE in

[Bug fortran/108434] [12/13 Regression] ICE in class_allocatable, at fortran/expr.cc:5000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108434 Richard Biener changed: What|Removed |Added Target Milestone|--- |12.3 Priority|P3

[Bug fortran/108435] [13 Regression] ICE in as_a, at is-a.h:242 since r13-142-g705bcedf6eae2d7c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108435 Richard Biener changed: What|Removed |Added Target Milestone|--- |13.0

[Bug c++/108437] [13 Regression] ICE in build_min_non_dep_op_overload, at cp/tree.cc:3710

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108437 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug c++/108438] [10/11/12/13 Regression] ICE in cxx_eval_constant_expression, at cp/constexpr.cc:7611

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108438 Richard Biener changed: What|Removed |Added Target Milestone|--- |10.5 Keywords|

[Bug c/108439] incorrect optimization with -O2, -O3, -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108439 --- Comment #7 from Georg Müller --- Ok, but then why isn't there a single warning - even with -Wstrict-aliasing=1 and a completely misleading error message for the second, reduced test?

[Bug tree-optimization/108440] rotate optimization may introduce new UB

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108440 --- Comment #5 from Richard Biener --- Do rotates have the same issue with undefinednes as shifts? With shifts it's whether the CPU interprets out-of-bound values as modulo the size or not but with rotates this wouldn't make any difference? Th

[Bug tree-optimization/108440] rotate optimization may introduce new UB

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

[Bug middle-end/108441] New: [12.2] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108441 Bug ID: 108441 Summary: [12.2] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store Product: gcc Version: 12.2.0

[Bug middle-end/108441] [12.2] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108441 --- Comment #1 from 。 <570070308 at qq dot com> --- When compiling with `-fno-tree-slp-vectorize`, it seems to be better: ``` kkk: movl$16, %eax movw%ax, ldap(%rip) ret ```

[Bug middle-end/108441] [12 Regression] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store

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

[Bug middle-end/108441] [12 Regression] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store

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

[Bug target/106022] [12 Regression] Enable vectorizer generates extra load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106022 Jakub Jelinek changed: What|Removed |Added CC||570070308 at qq dot com --- Comment #22

[Bug middle-end/108441] [12 Regression] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108441 --- Comment #4 from Peter Cordes --- This is already fixed in current trunk; sorry I forgot to check that before recommending to report this store-coalescing bug. # https://godbolt.org/z/j3MdWrcWM # GCC nightly -O3 (tune=generic) and GCC11 s

[Bug middle-end/108441] [12 Regression] Maybe missed optimization: loading an 16-bit integer value from .rodata instead of an immediate store

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108441 --- Comment #5 from Richard Biener --- (In reply to Peter Cordes from comment #4) > If there isn't already a bug open about tuning choices mismatching hardware, > I can repost this as a new bug if you'd like. These are probably best recorded in

[Bug libquadmath/94756] strtoflt128 assigns some subnormals incorrectly on MS Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94756 --- Comment #2 from niXman --- guys, how can I add that report(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87204) as duplicate of this report?

[Bug libquadmath/94756] strtoflt128 assigns some subnormals incorrectly on MS Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94756 --- Comment #3 from niXman --- BTW, I have fixed it for x86_64-mingw32. trying to rebuild for i686-mingw32 for check.

[Bug target/88570] Missing or ineffective vectorization of scatter load

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88570 Richard Biener changed: What|Removed |Added Last reconfirmed||2023-01-18 CC|

[Bug target/101472] AVX-512 wrong code for consecutive masked scatters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101472 Richard Biener changed: What|Removed |Added Target Milestone|--- |10.4 Resolution|---

[Bug c/47781] warnings from custom printf format specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781 Jan Wielemaker changed: What|Removed |Added CC||j...@swi-prolog.org --- Comment #27 fro

[Bug target/108442] New: arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442 Bug ID: 108442 Summary: arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined Product: gcc Version: 10.0 Status: UNCONFIRMED

[Bug target/108442] arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442 --- Comment #1 from avieira at gcc dot gnu.org --- This fails equally for any vld1* vstr1* intrinsic.

[Bug target/108442] arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442 Richard Earnshaw changed: What|Removed |Added Last reconfirmed||2023-01-18 Ever confirmed|0

[Bug target/108442] arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442 --- Comment #3 from Richard Earnshaw --- https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587296.html

[Bug libstdc++/106183] std::atomic::wait might fail to be unblocked by notify_one/all on platforms without platform_wait()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106183 --- Comment #10 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ed58809ea1a8ccc1829d830799d34aa51e51d39e commit r11-10472-ged58809ea1a8ccc1829d830799d34aa51e51d39e Author: Jonathan Wa

[Bug libstdc++/106183] std::atomic::wait might fail to be unblocked by notify_one/all on platforms without platform_wait()

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

[Bug target/108443] New: arm: MVE wrongly re-interprets predicate constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108443 Bug ID: 108443 Summary: arm: MVE wrongly re-interprets predicate constants Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug target/108442] arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442 --- Comment #4 from CVS Commits --- The master branch has been updated by Richard Earnshaw : https://gcc.gnu.org/g:f54e31ddefe3ea7146624eabcb75b1c90dc59f1a commit r13-5239-gf54e31ddefe3ea7146624eabcb75b1c90dc59f1a Author: Murray Steele Date:

[Bug target/108442] arm: MVE's vld1* and vst1* do not work when __ARM_MVE_PRESERVE_USER_NAMESPACE is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108442 --- Comment #5 from Richard Earnshaw --- Fixed on master. While this is not a regression, we should consider a backport.

[Bug c/47781] warnings from custom printf format specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781 --- Comment #28 from Manuel López-Ibáñez --- (In reply to Jan Wielemaker from comment #27) > It is really a pity this can't be resolved :( We have quite a few > extensions in the SWI-Prolog source code, mostly for debug messages that > deal with

[Bug tree-optimization/107608] [13 Regression] Failure on fold-overflow-1.c and pr95115.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608 --- Comment #36 from Aldy Hernandez --- Can we close this PR?

[Bug middle-end/108410] x264 averaging loop not optimized well for avx512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410 --- Comment #2 from Richard Biener --- The naiive masked epilogue (--param vect-partial-vector-usage=1 and support for whilesiult as in a prototype I have) then looks like leal-1(%rdx), %eax cmpl$62, %eax jbe

[Bug tree-optimization/108444] New: ICE: invalid address operand in mem_ref when LTO building 523.xalancbmk_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108444 Bug ID: 108444 Summary: ICE: invalid address operand in mem_ref when LTO building 523.xalancbmk_r Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: norm

[Bug target/107678] [13 Regression] Segfault in aarch64_fallback_frame_state when running SVE code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107678 --- Comment #8 from CVS Commits --- The master branch has been updated by Wilco Dijkstra : https://gcc.gnu.org/g:c98cd1df22fbe0829149e346a1ba9bf1f0be8a40 commit r13-5240-gc98cd1df22fbe0829149e346a1ba9bf1f0be8a40 Author: Wilco Dijkstra Date:

[Bug tree-optimization/108440] rotate optimization may introduce new UB

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108440 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug middle-end/108410] x264 averaging loop not optimized well for avx512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410 --- Comment #3 from Richard Biener --- the naiive "bad" code-gen produces size 512-masked 212.19 4 6.09 6 4.06 8 3.04 12 2.03 14 1.52 16 1.21 20 1.01 24 0.87 32 0.76 34 0.71 38 0.

[Bug tree-optimization/107608] [13 Regression] Failure on fold-overflow-1.c and pr95115.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608 --- Comment #37 from Jakub Jelinek --- I guess so. But we should look at the glibc math failures/PR106805.

[Bug tree-optimization/107608] [13 Regression] Failure on fold-overflow-1.c and pr95115.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608 Aldy Hernandez changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug ipa/108445] New: Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 Bug ID: 108445 Summary: Address expression on global variable is not normalized Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Prior

[Bug ipa/108445] Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 --- Comment #1 from Feng Xue --- Created attachment 54297 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54297&action=edit testcase

[Bug tree-optimization/107608] [13 Regression] Failure on fold-overflow-1.c and pr95115.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608 --- Comment #39 from Richard Biener --- But I still see FAIL: gcc.dg/pr95115.c execution test as of r13-5237-gaaf29ae6cdbaad

[Bug tree-optimization/107608] [13 Regression] Failure on fold-overflow-1.c and pr95115.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608 --- Comment #40 from Richard Biener --- (In reply to Richard Biener from comment #39) > But I still see > > FAIL: gcc.dg/pr95115.c execution test > > as of r13-5237-gaaf29ae6cdbaad That's removing the use of _3 = Inf / Inf; (probably OK

[Bug tree-optimization/107608] [13 Regression] Failure on fold-overflow-1.c and pr95115.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608 --- Comment #41 from Richard Biener --- We could fix the testcase with diff --git a/gcc/testsuite/gcc.dg/pr95115.c b/gcc/testsuite/gcc.dg/pr95115.c index 69c4f83250c..09273e445d2 100644 --- a/gcc/testsuite/gcc.dg/pr95115.c +++ b/gcc/testsuite/g

[Bug tree-optimization/108444] ICE: invalid address operand in mem_ref when LTO building 523.xalancbmk_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108444 --- Comment #1 from Richard Biener --- dup of PR108445?

[Bug libstdc++/105081] Make std::random_device throw std::system_error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105081 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/108444] ICE: invalid address operand in mem_ref when LTO building 523.xalancbmk_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108444 --- Comment #2 from Martin Jambor --- (In reply to Richard Biener from comment #1) > dup of PR108445? Looks like it is, Bugzilla search has failed me again (but I've never been good at it).

[Bug ipa/108445] [13 Regression] Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 Richard Biener changed: What|Removed |Added Keywords||lto Assignee|unassigned at g

[Bug c++/64758] [C++11] Give better error message when name of enum's base type cannot be resolved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64758 --- Comment #6 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #4) > For this code: > > enum class foo : bar { baz }; > auto x = foo::baz; > > We give: > > e.C:1:6: warning: elaborated-type-specifier for a scoped enum must n

[Bug tree-optimization/108444] ICE: invalid address operand in mem_ref when LTO building 523.xalancbmk_r

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

[Bug ipa/108445] [13 Regression] Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 Martin Jambor changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment

[Bug driver/97574] Allow for nul output with Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97574 Tamar Christina 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 108444, which changed state. Bug 108444 Summary: ICE: invalid address operand in mem_ref when LTO building 523.xalancbmk_r https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108444 What|Removed

[Bug ipa/108445] [13 Regression] Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 --- Comment #4 from Richard Biener --- So if we have shared &gArray for 5. # DEBUG p => &gArray 7. _10 = MEM[(int *)&gArray]; then we'll effectively wrap the MEM[(int *)&gArray] which we didn't do before (and whether we do depends on the

[Bug ipa/108445] [13 Regression] Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 --- Comment #5 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:d4abe5c456a3023f61c3e053255b7dd72ca0d7ec commit r13-5242-gd4abe5c456a3023f61c3e053255b7dd72ca0d7ec Author: Richard Biener Date:

[Bug ipa/108445] [13 Regression] Address expression on global variable is not normalized

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

[Bug ipa/108445] [13 Regression] Address expression on global variable is not normalized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108445 --- Comment #7 from Martin Jambor --- I can confirm that xalancbmk_r is LTO-buildable again too. Thanks.

[Bug ipa/107944] [11/12/13 Regression] ICE in cgraph_node::get_untransformed_body since r13-48-g27ee75dbe81bb7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107944 --- Comment #3 from CVS Commits --- The master branch has been updated by Martin Jambor : https://gcc.gnu.org/g:db959e250077ae6b4fc08f53fb322719582c5de6 commit r13-5243-gdb959e250077ae6b4fc08f53fb322719582c5de6 Author: Martin Jambor Date: W

[Bug tree-optimization/108446] New: GCC fails to elide udiv/msub when doing modulus by select of constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108446 Bug ID: 108446 Summary: GCC fails to elide udiv/msub when doing modulus by select of constants Product: gcc Version: unknown Status: UNCONFIRMED Keywords: miss

[Bug libstdc++/105730] [12 Regression] Issue with commit - Allow std::condition_variable waits to be cancelled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105730 --- Comment #15 from CVS Commits --- The releases/gcc-12 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:937b0f05910bd814459ba9af0972041514274cd7 commit r12-9051-g937b0f05910bd814459ba9af0972041514274cd7 Author: Jonathan Wak

[Bug libstdc++/105730] [12 Regression] Issue with commit - Allow std::condition_variable waits to be cancelled

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

[Bug ipa/94360] 6% run-time regression of 502.gcc_r against GCC 9 when compiled with -O2 and both PGO and LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94360 --- Comment #3 from Martin Jambor --- LNT can still see this, on the zen2 and zen3 machine at least: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=700.337.0&plot.1=711.337.0&plot.2=740.337.0&plot.3=694.337.0&; https://lnt.opensuse.or

[Bug gcov-profile/94369] 505.mcf_r is 6-7% slower at -Ofast -march=native with PGO+LTO than with just LTO

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

[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 94369, which changed state. Bug 94369 Summary: 505.mcf_r is 6-7% slower at -Ofast -march=native with PGO+LTO than with just LTO https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94369 What|Removed

[Bug ipa/94360] 6% run-time regression of 502.gcc_r against GCC 9 when compiled with -O2 and both PGO and LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94360 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/105275] 525.x264_r and 538.imagick_r regressed on x86_64 at -O2 with PGO after r12-7319-g90d693bdc9d718

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105275 Martin Jambor changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment

[Bug tree-optimization/104125] 531.deepsjeng_r regressed on Zen2 CPUs at -Ofast -march=native (without LTO) during GCC 12 development

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104125 --- Comment #5 from Martin Jambor --- This still exists but it is a zen2 oddity. The zen3, zen4 and cascade-lake machines I looked at this month don't exhibit this behavior (or at least I don't see an obvious regression).

[Bug analyzer/102471] RFE: add support to analyzer testsuite for running SAMATE/SARD tests (e.g. Juliet Test Suite)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471 --- Comment #6 from David Malcolm --- I've created https://github.com/davidmalcolm/gcc-analyzer-integration-tests which builds Juliet plus various real-world C projects with a candidate build of GCC with -fanalyzer and captures the diagnostics

[Bug c++/108437] [13 Regression] ICE in build_min_non_dep_op_overload, at cp/tree.cc:3710

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

[Bug middle-end/105469] [10/11/12/13 Regression] "execution reached an unreachable program point" with -flto since r5-7027-g0b986c6ac777aa4e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #16 from Jakub Jelinek --- Can't reproduce the __builtin_unreachable on the trunk. Bisection shows that cc1plus -quiet -fsanitize=undefined -O3 -fwhole-program -fdump-tree-optimized pr105469.C; grep unreachable pr105469.C.* stopped p

[Bug middle-end/105469] [10/11/12/13 Regression] "execution reached an unreachable program point" with -flto since r5-7027-g0b986c6ac777aa4e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469 --- Comment #17 from Jakub Jelinek --- (In reply to Jakub Jelinek from comment #16) > Can't reproduce the __builtin_unreachable on the trunk. With the https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105469#c5 testcase, that is. Haven't tried the o

[Bug tree-optimization/108446] GCC fails to elide udiv/msub when doing modulus by select of constants

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

[Bug tree-optimization/101179] y % (x ? 16 : 4) and y % (4 << (2 * (bool)x)) produce different code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101179 Andrew Pinski changed: What|Removed |Added CC||ktkachov at gcc dot gnu.org --- Comment

[Bug tree-optimization/100061] [10/11/12/13 Regression] Comparison guarding undefined behaviour disappears

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100061 --- Comment #13 from Jakub Jelinek --- Martin, could you please have a look into this?

[Bug target/94373] 548.exchange2_r run time is 16-35% worse than GCC 9 at -O2 and generic march/mtune

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

[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 94373, which changed state. Bug 94373 Summary: 548.exchange2_r run time is 16-35% worse than GCC 9 at -O2 and generic march/mtune https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94373 What|Removed

[Bug target/90128] 507.cactuBSSN_r is 9-11% slower at -Ofast and native march/tuning on Zen CPUs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90128 Martin Jambor changed: What|Removed |Added Status|ASSIGNED|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 90128, which changed state. Bug 90128 Summary: 507.cactuBSSN_r is 9-11% slower at -Ofast and native march/tuning on Zen CPUs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90128 What|Removed

[Bug tree-optimization/108447] New: [13 Regression] glibc math/test-*-iseqsig failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108447 Bug ID: 108447 Summary: [13 Regression] glibc math/test-*-iseqsig failures Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: missed-optimization, wrong-code Sever

[Bug tree-optimization/108447] [13 Regression] glibc math/test-*-iseqsig failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108447 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |13.0 Priority|P3

[Bug c/108423] [12/13 Regression] ICE in make_ssa_name_fn with VLA types in arguments and inlining since r12-5338-g4e6bf0b9dd5585df

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108423 --- Comment #3 from Martin Uecker --- Smaller example: void f(int n, int (*a(void))[n]) { (a())[0]; } void g(void) { int (*a(void))[1]; f(1, a); }

[Bug c/47781] warnings from custom printf format specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781 --- Comment #29 from joseph at codesourcery dot com --- As I said before, the issue is still how to define something general enough to be useful but that doesn't expose too much of the details of GCC's internal data structures for format checki

[Bug target/104122] On Zen3, 510.parest_r (built with -Ofast) is faster with generic than with native ISA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104122 Martin Jambor changed: What|Removed |Added Status|UNCONFIRMED |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 104122, which changed state. Bug 104122 Summary: On Zen3, 510.parest_r (built with -Ofast) is faster with generic than with native ISA https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104122 What|Removed

[Bug c/47781] warnings from custom printf format specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47781 --- Comment #30 from Manuel López-Ibáñez --- (In reply to jos...@codesourcery.com from comment #29) > As I said before, the issue is still how to define something general > enough to be useful but that doesn't expose too much of the details of

[Bug gcov-profile/94410] 511.povray_r is 11% slower built at -O2 PGO+LTO than with GCC 9 and same options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94410 --- Comment #3 from Martin Jambor --- This is still the case, as can be seen on LNT (GCC 9 is the dot in the left bottom corner): https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=690.467.0&plot.1=745.467.0&plot.2=777.467.0&plot.3=687.467

[Bug tree-optimization/108447] [13 Regression] glibc math/test-*-iseqsig failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108447 --- Comment #1 from Jakub Jelinek --- This one started with r13-1933-g24012539ae3410174. I think the problem is in: Folding statement: _3 = cmp1_10 & cmp2_11; Not folded Folding statement: if (_3 != 0) Registering value_relation (x_8(D) <= y_9

[Bug tree-optimization/108447] [13 Regression] glibc math/test-*-iseqsig failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108447 --- Comment #2 from Jakub Jelinek --- Seems relations are just the VREL_VARYING = 0, // No known relation, AKA varying. VREL_UNDEFINED, // Impossible relation, ie (r1 < r2) && (r2 > r1) VREL_LT, // r1 < r2 VREL_LE

[Bug c/108448] New: GCC Elides Assignment to Pointer and memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108448 Bug ID: 108448 Summary: GCC Elides Assignment to Pointer and memcpy Product: gcc Version: 11.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/108448] GCC Elides Assignment to Pointer and memcpy

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

[Bug middle-end/108448] GCC Elides Assignment to Pointer and memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108448 --- Comment #2 from Andrew Pinski --- Have you tried -fno-strict-aliasing ? I have a feeling like you have some aliasing issues in this code ...

[Bug c/108449] New: [13 Regression] ICE in eliminate_unnecessary_stmts, at tree-ssa-dce.cc:1512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108449 Bug ID: 108449 Summary: [13 Regression] ICE in eliminate_unnecessary_stmts, at tree-ssa-dce.cc:1512 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: no

[Bug middle-end/108448] GCC Elides Assignment to Pointer and memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108448 --- Comment #3 from Gavin Howard --- > Have you tried -fno-strict-aliasing ? I have a feeling like you have some > aliasing issues in this code ... Just tried it, same thing happens. I'll try to make a better test case, but in this case, the

[Bug fortran/108450] New: [12/13 Regression] ICE in sort_actual, at fortran/intrinsic.cc:4380

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108450 Bug ID: 108450 Summary: [12/13 Regression] ICE in sort_actual, at fortran/intrinsic.cc:4380 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/108451] New: [13 Regression] ICE in check_complete_insertion, at hash-table.h:578

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108451 Bug ID: 108451 Summary: [13 Regression] ICE in check_complete_insertion, at hash-table.h:578 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/108451] [13 Regression] ICE in check_complete_insertion, at hash-table.h:578

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108451 G. Steinmetz changed: What|Removed |Added Keywords||accepts-invalid, |

[Bug fortran/108452] New: ICE in gfc_trans_use_stmts, at fortran/trans-decl.cc:5347

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108452 Bug ID: 108452 Summary: ICE in gfc_trans_use_stmts, at fortran/trans-decl.cc:5347 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Pri

[Bug fortran/108453] New: [10/11/12/13 Regression] ICE in gfc_trans_use_stmts, at fortran/trans-decl.cc:5361

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108453 Bug ID: 108453 Summary: [10/11/12/13 Regression] ICE in gfc_trans_use_stmts, at fortran/trans-decl.cc:5361 Product: gcc Version: 13.0 Status: UNCONFIRMED Sever

  1   2   >