[Bug testsuite/119791] FAIL: gcc.dg/stack-check-10.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119791 --- Comment #3 from nightstrike --- Created attachment 61104 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61104&action=edit asm on Linux

[Bug testsuite/119791] FAIL: gcc.dg/stack-check-10.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119791 --- Comment #2 from nightstrike --- Created attachment 61103 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61103&action=edit asm on Windows

[Bug testsuite/119791] New: FAIL: gcc.dg/stack-check-10.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119791 Bug ID: 119791 Summary: FAIL: gcc.dg/stack-check-10.c on Windows Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsui

[Bug cobol/119790] New: FE (parser): CONSTANT AS figurative-constant broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119790 Bug ID: 119790 Summary: FE (parser): CONSTANT AS figurative-constant broken Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug c++/86273] confusing diagnostic for member-declaration with missing identifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86273 nightstrike changed: What|Removed |Added Known to work||13.1.0 Known to fail|

[Bug tree-optimization/119614] [15 regression] protobuf-29.4 fails to build with -O2 (error: cannot tail-call: call and return value are different)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614 --- Comment #26 from Jakub Jelinek --- Created attachment 61100 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61100&action=edit gcc15-pr119614-lto.patch Even more hacky patch which actually works though. As I haven't figured out how to

[Bug testsuite/119789] New: FAIL: gcc.dg/20021029-1.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119789 Bug ID: 119789 Summary: FAIL: gcc.dg/20021029-1.c on Windows Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite

[Bug other/119788] New: "Known Causes of Trouble with GCC" manual chapter is super bit-rotten

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119788 Bug ID: 119788 Summary: "Known Causes of Trouble with GCC" manual chapter is super bit-rotten Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: document

[Bug target/119765] FAIL: gcc.target/i386/amd64-abi-9.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119765 --- Comment #6 from nightstrike --- Patch posted: https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680856.html

[Bug analyzer/116865] [14/15 Regression] ICE when compiling GNU coreutils numfmt with -fanalyzer since r14-9527-g1579394c9ecf3d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116865 Andrew Pinski changed: What|Removed |Added CC||collin.funk1 at gmail dot com --- Comme

[Bug analyzer/119787] internal compiler error: in build2, at tree.cc:5093

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

[Bug analyzer/119787] New: internal compiler error: in build2, at tree.cc:5093

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119787 Bug ID: 119787 Summary: internal compiler error: in build2, at tree.cc:5093 Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug target/108134] x86 Operand Modifiers documentation issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108134 --- Comment #4 from Hongtao Liu --- (In reply to Hongtao Liu from comment #3) > (In reply to sandra from comment #2) > > This was introduced by commit 0fec3f62b9bfc03e5088a09036791c2ac84fe0c8. I > > wondered if there might have been a patch hun

[Bug tree-optimization/119757] [15 regression] RISC-V: ICE when building curl-8.13.0 (in operator[], at vec.h:910)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119757 Li Pan changed: What|Removed |Added CC||pan2.li at intel dot com --- Comment #8 from L

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #16 from Owen A. --- *linked builders

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #15 from Owen A. --- https://code.wildebeest.org/git/mirror/gcc/commit/?id=89ca1e3cb697a87f02682a1fb1f62f02d0671c57 Wildebeest seems to have the patch. It seems like all of the linked tests are failing for other reasons, though. Doe

[Bug rtl-optimization/119786] UBSAN error in reorg.cc's note_delay_statistics index 2 out of bounds for type 'int [2]'

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

[Bug tree-optimization/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp since r13-2500

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119778 Sam James changed: What|Removed |Added Summary|[13/14/15 regression] |[13/14/15 regression] |-W

[Bug rtl-optimization/119786] New: UBSAN error in reorg.cc's note_delay_statistics index 2 out of bounds for type 'int [2]'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119786 Bug ID: 119786 Summary: UBSAN error in reorg.cc's note_delay_statistics index 2 out of bounds for type 'int [2]' Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug rtl-optimization/119785] UBSAN errors in machmode.h on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119785 --- Comment #1 from Sam James --- I also see: ``` SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior /root/gcc/gcc/config/sparc/sparc.cc:12093:23 /root/gcc/gcc/config/sparc/sparc.cc:12093:23: runtime error: index 63 out of bounds for type '

[Bug rtl-optimization/119785] UBSAN errors in machmode.h on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119785 --- Comment #3 from Sam James --- https://gcc.gnu.org/pipermail/gcc-patches/2024-February/644797.html

[Bug rtl-optimization/119785] New: UBSAN errors in machmode.h on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119785 Bug ID: 119785 Summary: UBSAN errors in machmode.h on sparc Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimiza

[Bug rtl-optimization/119785] UBSAN errors in machmode.h on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119785 --- Comment #2 from Sam James --- `~/gcc/configure --enable-host-shared --enable-languages=c,c++,jit --disable-multilib --host=sparc64-unknown-linux-gnu --build=sparc64-unknown-linux-gnu --enable-checking=yes,extra,rtl --with-build-config="boots

[Bug rtl-optimization/119773] [12/13/14/15 regression] wrong code at -O{s,1,2,3} on x86_64-linux-gnu since r11-6482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119773 --- Comment #5 from Jakub Jelinek --- maybe_optimize_sub_cmp_0 doesn't change behavior on the testcase at all (at least on the trunk) though. Most likely SLSR bug, -fno-tree-slsr makes it go away, will verify in the morning.

[Bug rtl-optimization/119773] [12/13/14/15 regression] wrong code at -O{s,1,2,3} on x86_64-linux-gnu since r11-6482

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

[Bug target/119628] Need better mechanisms to manage register saves in callee for tail calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628 H.J. Lu changed: What|Removed |Added Attachment #61093|0 |1 is obsolete|

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #25 from Andrew Pinski --- (In reply to Eric Botcazou from comment #24) > > Would it be possible to backport the VIEW_CONVERT_EXPR change? > > The VIEW_CONVERT_EXPR is preserved on the mainline thanks to the fix for PR > tree-optim

[Bug tree-optimization/119780] [13/14/15 regression] wrong code at -O{1,s} : runtime hang since r13-3688

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

[Bug c/83537] missing integer overflow in offsetof not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83537 Sam James changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 Sam James changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #26 from Eric Botcazou --- > Yes it does mention VIEW_CONVERT_EXPR, VCE is the short hand I (and others) > have used for VIEW_CONVERT_EXPR. OK, I see, thanks for the clarification.

[Bug tree-optimization/119780] [13/14/15 regression] wrong code at -O{1,s} : runtime hang since r13-3688

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119780 --- Comment #2 from Sam James --- -fno-tree-slsr works

[Bug tree-optimization/119780] [13/14/15 regression] wrong code at -O{1,s} : runtime hang since r13-3688

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119780 Sam James changed: What|Removed |Added Summary|[13/14/15 regression] wrong |[13/14/15 regression] wrong

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #24 from Eric Botcazou --- > Would it be possible to backport the VIEW_CONVERT_EXPR change? The VIEW_CONVERT_EXPR is preserved on the mainline thanks to the fix for PR tree-optimization/116412: commit c7b76a076cb2c6ded7ae208464019

[Bug cobol/119217] cobol: build broken on non-linux by unguarded use of Linux-specific facilities.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217 --- Comment #14 from GCC Commits --- The master branch has been updated by Rainer Orth : https://gcc.gnu.org/g:b0fb746bf2ff533eccf3a4ea7fbbc02a9a1f8b81 commit r15-9416-gb0fb746bf2ff533eccf3a4ea7fbbc02a9a1f8b81 Author: Rainer Orth Date: Sun

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #23 from Eric Botcazou --- > This was based on a discussion with Richard. TYPE_CANONICAL is used for > aliasing decisions and the FE must set it to from equivalence classes for > types that are compatible. In C, the types > > int[

[Bug target/119784] -mapxf saves registers beyond red zone

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119784 --- Comment #1 from H.J. Lu --- Created attachment 61098 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61098&action=edit A patch I am testing this.

[Bug tree-optimization/119402] [14/15 Regression] `((-bool) & _6) & (~_6)` is not optimized to 0 on some targets since r14-5673

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119402 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Andrew Pin

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #22 from uecker at gcc dot gnu.org --- Or in other words, the correct way is to set TYPE_CANONICAL to the same type for all types in the same equivalence classes of compatible types. If compatible is not an equivalence relationship,

[Bug tree-optimization/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119778 mcccs at gmx dot com changed: What|Removed |Added CC||mcccs at gmx dot com --- Comment

[Bug tree-optimization/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119778 --- Comment #7 from Andrew Pinski --- (In reply to mcccs from comment #6) > Bisecting on GCC 13 branch (13.2-13.3) points at > https://gcc.gnu.org/git/?p=gcc.git;a=commit; > h=5ee6e01fba873580f0ee6c88a3f733e79af2e8a3 > > Can 13.1 (and 13.2) be

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #21 from uecker at gcc dot gnu.org --- (In reply to uecker from comment #20) > This was based on a discussion with Richard. TYPE_CANONICAL is used for > aliasing decisions and the FE must set it to from equivalence classes for > type

[Bug testsuite/119782] libgccjit test fails on hppa (FAIL: jit.dg/test-combination.c, initial compilation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119782 --- Comment #2 from Sam James --- Ditto jit.dg/test-threads.c and jit.dg/test-types.c (combination...)

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #20 from uecker at gcc dot gnu.org --- This was based on a discussion with Richard. TYPE_CANONICAL is used for aliasing decisions and the FE must set it to from equivalence classes for types that are compatible. In C, the types in

[Bug tree-optimization/119773] [12/13/14/15 regression] wrong code at -O{s,1,2,3} on x86_64-linux-gnu since r11-6482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119773 Sam James changed: What|Removed |Added Summary|[12/13/14/15 regression]|[12/13/14/15 regression]

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #19 from Eric Botcazou --- TYPE_CANONICAL is the main discriminant used for aggregate types by the type system (as implemented by useless_type_conversion_p). In this regard, how can "For checking or computing TYPE_CANONICAL, ignore t

[Bug c/113688] [14 regression] verify_type fails for compatible structs with FAM in C23, builtin-sprintf-warn-1.c and gnu23-tag-1.c with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688 --- Comment #18 from Eric Botcazou --- > It fixes a regression (but maybe I should have kept this in the title until > the release). Still, if it causes too much trouble, we can revert it. But > let me understand the issue first. What is the

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #35 from Jakub Jelinek --- The patch awaits review...

[Bug jit/119783] libgccjit test test-error-impossible-must-tail-call.c.exe fails on hppa (verify_code: actual: "cannot tail-call: memory reference or volatile after call" != expected: "cannot tail-cal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119783 Sam James changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #34 from Robert Dubner --- And it worked. Thanks again.

[Bug jit/119783] New: libgccjit test test-error-impossible-must-tail-call.c.exe fails on hppa (verify_code: actual: "cannot tail-call: memory reference or volatile after call" != expected: "cannot tai

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119783 Bug ID: 119783 Summary: libgccjit test test-error-impossible-must-tail-call.c.exe fails on hppa (verify_code: actual: "cannot tail-call: memory reference or volati

[Bug ada/114065] gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065 Nicolas Boulenguez changed: What|Removed |Added Attachment #61037|0 |1 is obsolete|

[Bug target/119784] New: -mapxf saves registers beyond red zone

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119784 Bug ID: 119784 Summary: -mapxf saves registers beyond red zone Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/119765] FAIL: gcc.target/i386/amd64-abi-9.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119765 Peter Damianov changed: What|Removed |Added CC||peter0x44 at disroot dot org --- Comme

[Bug testsuite/119783] libgccjit test test-error-impossible-must-tail-call.c.exe fails on hppa (verify_code: actual: "cannot tail-call: memory reference or volatile after call" != expected: "cannot ta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119783 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-04-13 Component|jit

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #33 from Robert Dubner --- Thank you. I'll give that a try.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 115639, which changed state. Bug 115639 Summary: Large variations in compilation times involving static_assert https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115639 What|Removed |Added --

[Bug c++/115639] Large variations in compilation times involving static_assert

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115639 Patrick Palka changed: What|Removed |Added Target Milestone|--- |15.0 Status|NEW

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #32 from Jakub Jelinek --- I think https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680622.html should fix that (stop using libquadmath for COBOL altogether unless it is really needed (which means long double is not IEEE quad (so

[Bug testsuite/119782] libgccjit test fails on hppa (FAIL: jit.dg/test-combination.c, initial compilation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119782 Andrew Pinski changed: What|Removed |Added CC||pinskia at gcc dot gnu.org As

[Bug jit/119782] New: libgccjit test fails on hppa (FAIL: jit.dg/test-combination.c, initial compilation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119782 Bug ID: 119782 Summary: libgccjit test fails on hppa (FAIL: jit.dg/test-combination.c, initial compilation) Product: gcc Version: 15.0 Status: UNCONFIRMED Keyw

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 Robert Dubner changed: What|Removed |Added CC||rdubner at gcc dot gnu.org --- Comment

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #14 from Mark Wielaard --- https://builder.sourceware.org/buildbot/#/builders?tags=gccrust Little endian gccrust-debian-i386 gccrust-fedora-arm64 gccrust-fedora-ppc64le gccrust-fedora-x86_64 seems green Big endian gccrust-debian-pp

[Bug testsuite/113633] FAIL: gcc.dg/bf-ms-attrib.c execution test, wrong size for ms_struct

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

[Bug tree-optimization/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119778 --- Comment #3 from Andrew Pinski --- Created attachment 61095 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61095&action=edit First step in reducing

[Bug tree-optimization/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp

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

[Bug tree-optimization/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp

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

[Bug fortran/100818] A temporary is passed to associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100818 --- Comment #5 from paul.richard.thomas at gmail dot com --- Hi Thomas, Thanks, that does indeed explain it. The é in José? I have put Sandra in copy because I just wrote to her about these PRs a few minutes ago. Obrigado Paul On Sun, 13 A

[Bug target/118501] [14 regression] aarch64: ICE in simplify_context::simplify_subreg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501 Pavol Rusnak changed: What|Removed |Added CC||pavol at rusnak dot io --- Comment #15 f

[Bug fortran/100818] A temporary is passed to associated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100818 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #10 from Dimitri John Ledkov --- I agree that this is not a bug in GCC. But users are in pain and github is full of bug reports against random projects from many users claiming that nothing works. https://gcc.gnu.org/onlinedocs/gcc

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #9 from Andrew Pinski --- For LLVM to produce the bad code you might need -ftrapping-math which defaults to on for GCC while defaults to off for clang. That might be the reason why LLVM does not produce this instruction.

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #8 from Andrew Pinski --- (In reply to Dimitri John Ledkov from comment #6) > (In reply to Andrew Pinski from comment #3) > > x86_64v2 is defined in the ABI: > > https://gitlab.com/x86-psABIs/x86-64-ABI/-/commit/77566eb03bc6a326811cb

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #7 from Dimitri John Ledkov --- Note that this seems to be coming from: ix86_fp_comparison_strategy

[Bug target/119628] Need better mechanisms to manage register saves in callee for tail calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628 --- Comment #6 from H.J. Lu --- no_caller_saved_registers only works with XMM and ZMM, not YMM, since YMM load will clear the upper 256 bits of ZMM.

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #6 from Dimitri John Ledkov --- (In reply to Andrew Pinski from comment #3) > x86_64v2 is defined in the ABI: > https://gitlab.com/x86-psABIs/x86-64-ABI/-/commit/77566eb03bc6a326811cb7e9 > > And it includes sahf . Yes, but it is a

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #5 from Dimitri John Ledkov --- (In reply to Andrew Pinski from comment #2) > >1) Updating documentation for the -msahf option to mention that Apple > >Rosetta 2 does not support this instruction would be very helpful. I will > >se

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #4 from Dimitri John Ledkov --- Created attachment 61094 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61094&action=edit 0001-doc-Document-lack-of-SAHF-support-on-Apple-Rosetta-2.patch https://gcc.gnu.org/pipermail/gcc-patche

[Bug c/119774] Missing -Wcast-align for reduced-alignment types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119774 --- Comment #1 from Andrew Pinski --- Wcast-align only works for strict alignment targets.

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #2 from Andrew Pinski --- >1) Updating documentation for the -msahf option to mention that Apple Rosetta >2 does not support this instruction would be very helpful. I will send a patch >with a proposed documentation update. No, P

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 --- Comment #3 from Andrew Pinski --- x86_64v2 is defined in the ABI: https://gitlab.com/x86-psABIs/x86-64-ABI/-/commit/77566eb03bc6a326811cb7e9 And it includes sahf .

[Bug cobol/119777] [15 Regression] COBOL '-fsyntax-only', 'RejectNegative'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119777 Simon Sobisch changed: What|Removed |Added CC||simonsobisch at gnu dot org --- Comment

[Bug target/119781] Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

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

[Bug tree-optimization/119780] [13/14/15 regression] wrong code at -O{1,s} : runtime hang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119780 Sam James changed: What|Removed |Added Target Milestone|--- |13.4 Known to fail|

[Bug target/119781] New: Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119781 Bug ID: 119781 Summary: Apple Rosetta 2 x86-64 emulator does not support x86-64-v2 SAHF instruction Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity:

[Bug tree-optimization/119780] New: [13/14/15 regression] wrong code at -O{1,s} : runtime hang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119780 Bug ID: 119780 Summary: [13/14/15 regression] wrong code at -O{1,s} : runtime hang Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Pr

[Bug target/119628] Need better mechanisms to manage register saves in callee for tail calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628 H.J. Lu changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot com --- Commen

[Bug libfortran/119502] Runtime segfault when closing invalid unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119502 --- Comment #7 from GCC Commits --- The master branch has been updated by Jerry DeLisle : https://gcc.gnu.org/g:ee6173800ed1f9b653a85019ad2fa8e6d883823a commit r15-9415-gee6173800ed1f9b653a85019ad2fa8e6d883823a Author: Jerry DeLisle Date: S

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #13 from Sam James --- I'm not seeing it anywhere, and I consistently was before.

[Bug target/119765] FAIL: gcc.target/i386/amd64-abi-9.c on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119765 --- Comment #4 from nightstrike --- Ah, I think I understand better. It's not the AMD64 ABI saying to pass the register count in EAX, it's the SysV or whatever ABI saying to do it, and the Windows ABI says to do something else. So really instead

[Bug rust/119508] Hundreds of rust tests XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508 --- Comment #12 from Owen A. --- I can't replicate this on my end anymore -- is it still present on x86_64?

[Bug rtl-optimization/115568] [12/13/14 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu since r12-6122-g9407058a430316

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 Uroš Bizjak changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug rtl-optimization/115568] [12/13/14 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu since r12-6122-g9407058a430316

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 --- Comment #16 from GCC Commits --- The releases/gcc-12 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:6675cf3abd09731ec8360ba8ac8928b63b33b7bb commit r12-11035-g6675cf3abd09731ec8360ba8ac8928b63b33b7bb Author: Richard Biener

[Bug rtl-optimization/115568] [12/13/14 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu since r12-6122-g9407058a430316

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 --- Comment #15 from GCC Commits --- The releases/gcc-12 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:3232e151654f3998926c8e82a2ffd911c6e74df4 commit r12-11034-g3232e151654f3998926c8e82a2ffd911c6e74df4 Author: Vladimir N. Mak

[Bug bootstrap/119689] [15 Regression] Bootstrap comparison failure on i586-linux since r15-9239

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119689 --- Comment #20 from GCC Commits --- The releases/gcc-12 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:6675cf3abd09731ec8360ba8ac8928b63b33b7bb commit r12-11035-g6675cf3abd09731ec8360ba8ac8928b63b33b7bb Author: Richard Biener

[Bug bootstrap/119689] [15 Regression] Bootstrap comparison failure on i586-linux since r15-9239

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119689 --- Comment #19 from GCC Commits --- The releases/gcc-13 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:1a2e39a5349a36deea33f5fb078edfe658daaf50 commit r13-9521-g1a2e39a5349a36deea33f5fb078edfe658daaf50 Author: Richard Biener

[Bug rtl-optimization/115568] [12/13/14 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu since r12-6122-g9407058a430316

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 --- Comment #12 from GCC Commits --- The releases/gcc-14 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:31e31bbeea657496eaa2d8bf629f6e61c6cd1266 commit r14-11600-g31e31bbeea657496eaa2d8bf629f6e61c6cd1266 Author: Richard Biener

[Bug rtl-optimization/115568] [12/13/14 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu since r12-6122-g9407058a430316

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 --- Comment #14 from GCC Commits --- The releases/gcc-13 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:1a2e39a5349a36deea33f5fb078edfe658daaf50 commit r13-9521-g1a2e39a5349a36deea33f5fb078edfe658daaf50 Author: Richard Biener

[Bug c++/119778] [13/14/15 regression] -Wuninitialized crashed with longjmp/setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119778 Sam James changed: What|Removed |Added Summary|[14/15/15 regression] |[13/14/15 regression] |-W

[Bug rtl-optimization/115568] [12/13/14 Regression] wrong code at -O2 with "-fno-tree-sink -fno-tree-ter -fschedule-insns" on x86_64-linux-gnu since r12-6122-g9407058a430316

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115568 --- Comment #13 from GCC Commits --- The releases/gcc-13 branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:7578243dcd42855e4a8ae85ef8ab2598f0f6cbe9 commit r13-9520-g7578243dcd42855e4a8ae85ef8ab2598f0f6cbe9 Author: Vladimir N. Maka

  1   2   >