[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #4 from Iain Sandoe --- (In reply to Sam James from comment #3) > It's the GNU extension basename. Right.. but we build GCC on some non-GNU targets.. (and actually, we need dirname() not basename()) ... I guess the answer is to a

[Bug middle-end/119219] [15 Regression] ICE on c-c++-common/attr-nonstring-14.c

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

[Bug cobol/119237] building a cobol cross compiler fails to build the compiler fully

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119237 --- Comment #1 from Richard Biener --- The compiler then gets installed untransformed: > ls -l /tmp/install/usr/local/bin/ total 757392 -rwxr-xr-x 2 rguenther users 22947832 Mar 12 09:58 aarch64-suse-linux-c++ -rwxr-xr-x 1 rguenther users 229

[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #3 from Sam James --- It's the GNU extension basename.

[Bug c++/119233] [12/13/14/15 Regression] templated member function used as a template argument via pointer to member function from inside a template causes an undefined symbol since r12-6075-g2decd2c

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

[Bug c++/119076] [15 Regression] ICE with Segmentation fault with modules due to char array in a template

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

[Bug preprocessor/119202] [15 Regression] Typo in message "%<\\o%> not followed by %<}%>" since r15-4286

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

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 119076, which changed state. Bug 119076 Summary: [15 Regression] ICE with Segmentation fault with modules due to char array in a template https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119076 What|Removed

[Bug cobol/119229] ICE with gcobol -flto (in get_partitioning_class, at symtab.cc:2190)

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

[Bug c++/119233] [12/13/14/15 Regression] templated member function used as a template argument via pointer to member function from inside a template causes an undefined symbol since r12-6075-g2decd2c

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

[Bug c++/119212] Unstable internal compiler error, possibly miscompilation with coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212 --- Comment #8 from Nikl Kelbon --- In commit 3dbf070f50c5d47537019fc7f2cbbdfd43bad5ed i added flag for you diff: https://github.com/bot-motherlib/TGBM/pull/111/commits/3dbf070f50c5d47537019fc7f2cbbdfd43bad5ed steps to reproduce: - git clone

[Bug c++/119076] [15 Regression] ICE with Segmentation fault with modules due to char array in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119076 --- Comment #11 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:28b05e4317a6eade2ba46076ef17f9e138c57a34 commit r15-7980-g28b05e4317a6eade2ba46076ef17f9e138c57a34 Author: Jakub Jelinek Date:

[Bug cobol/119237] New: building a cobol cross compiler fails to build the compiler fully

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119237 Bug ID: 119237 Summary: building a cobol cross compiler fails to build the compiler fully Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug c++/119236] GCC incorrectly accepts alignof() operator applied to function type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119236 --- Comment #1 from Andreas Schwab --- -Wpointer-arith does not warn.

[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #5 from Andreas Schwab --- Why is HAVE_DECL_BASENAME not defined?

[Bug c++/119239] New: GCC fail to reject odr-use of local constant in template lambda without capture

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119239 Bug ID: 119239 Summary: GCC fail to reject odr-use of local constant in template lambda without capture Product: gcc Version: 15.0 Status: UNCONFIRMED Severity

[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #6 from Iain Sandoe --- (In reply to Andreas Schwab from comment #5) > Why is HAVE_DECL_BASENAME not defined? good question - we start out OK: configure:6951: checking for basename configure:6951: x86_64-apple-darwin21-gcc -o conft

[Bug target/119238] New: error: structured bindings only available with ‘-std=c++17’ or ‘-std=gnu++17’ [-Werror=c++17-extensions]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119238 Bug ID: 119238 Summary: error: structured bindings only available with ‘-std=c++17’ or ‘-std=gnu++17’ [-Werror=c++17-extensions] Product: gcc Version: 15.0

[Bug target/116901] [15 Regression] pr110625_4.c fails on aarch64 since r15-3794-g2c04f175de4f39

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116901 --- Comment #7 from GCC Commits --- The trunk branch has been updated by Richard Sandiford : https://gcc.gnu.org/g:e406994e31262b45d0daf0b9e9218fc49bd233e2 commit r15-7986-ge406994e31262b45d0daf0b9e9218fc49bd233e2 Author: Richard Sandiford Da

[Bug target/116901] [15 Regression] pr110625_4.c fails on aarch64 since r15-3794-g2c04f175de4f39

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116901 --- Comment #6 from GCC Commits --- The trunk branch has been updated by Richard Sandiford : https://gcc.gnu.org/g:855b61b61e63b17cc9770cbe1c5387e4f59c1ffe commit r15-7985-g855b61b61e63b17cc9770cbe1c5387e4f59c1ffe Author: Richard Sandiford Da

[Bug target/116901] [15 Regression] pr110625_4.c fails on aarch64 since r15-3794-g2c04f175de4f39

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116901 Richard Sandiford changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug cobol/119232] gcobol -fdump-lang-all produces no dumps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119232 --- Comment #2 from Richard Biener --- I don't think there is any AST.

[Bug target/119238] error: structured bindings only available with ‘-std=c++17’ or ‘-std=gnu++17’ [-Werror=c++17-extensions]

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

[Bug target/119234] openblas miscompiled with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119234 --- Comment #2 from Richard Biener --- Created attachment 60720 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60720&action=edit preprocessed source On our side this is the preprocessed source, built by gcc-14 -c -fmessage-length=0 -grec

[Bug cobol/119211] [15 Regression] Cobol GCC 15 release checklist

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211 --- Comment #3 from Richard Biener --- For testing there's now a cobol.dg area to dump new testcases to. What's still needed is a test-glue (like we have for Ada ACATS) to run the NIST Cobol testsuite and a contrib/download_nist script to popul

[Bug target/119235] New: Argument pointer survives LRA with -m31 -mzarch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119235 Bug ID: 119235 Summary: Argument pointer survives LRA with -m31 -mzarch Product: gcc Version: unknown Status: UNCONFIRMED Keywords: build Severity: normal Prio

[Bug cobol/119221] RFE: fix-it hints for cobol syntax errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119221 Richard Biener changed: What|Removed |Added Severity|normal |enhancement Version|unknown

[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #2 from Iain Sandoe --- it seems that liberty's declaration is in conflict with the POSIX one viz: https://pubs.opengroup.org/onlinepubs/9699919799/ has: [XSI] #include char *dirname(char *path); Maybe there's a reason for th

[Bug target/119234] New: openblas miscompiled with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119234 Bug ID: 119234 Summary: openblas miscompiled with -mcpu=power8 Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/119234] openblas miscompiled with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119234 Richard Biener changed: What|Removed |Added Known to fail||14.2.0 CC|

[Bug target/119238] [15 Regression] error: structured bindings only available with ‘-std=c++17’ or ‘-std=gnu++17’ [-Werror=c++17-extensions]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119238 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org Summar

[Bug libstdc++/119246] Result basic_format_arg::check_dynamic_spec is incorrect for extended floating point types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246 --- Comment #1 from Tomasz Kamiński --- As described in PR108053, this problem is caused by normalization of this floating point types to standard floating point type, where they have same representation. We lost the information about the source

[Bug web/119227] Does the generated HTML for cobol get installed to the website?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227 --- Comment #3 from Jakub Jelinek --- So, one thing is during make html: ... makeinfo --split-size=500 --split-size=500 --html -I ../../gcc/doc/include -I ../../gcc/ada -o /home/jakub/src/gcc/obj30/gcc/HTML/gcc-15.0.1/ada ../../gcc/ada/g

[Bug c/119245] New: Relational operator returns integers other than 0 or 1 for _Bool operands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119245 Bug ID: 119245 Summary: Relational operator returns integers other than 0 or 1 for _Bool operands Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: no

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #2 from Joseph S. Myers --- If ABI support for _Float128 is added on an architecture that doesn't currently have it, we can also add such support on that architecture in glibc - but that will increase the minimum GCC version for buil

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #3 from Richard Biener --- Do we have a bug tracking targets without _Float128 support? (and the same for __int128?)

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 Richard Biener changed: What|Removed |Added Depends on||119241 --- Comment #4 from Richard Bie

[Bug cobol/119241] cobol Front end uses host floating point (128b) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241 Richard Biener changed: What|Removed |Added Last reconfirmed||2025-03-12 Status|UNCONFIR

[Bug cobol/119243] Make-lang.in hardcodes $(prefix)/lib64

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

[Bug cobol/119242] cobol Front end requires __int128

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

[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 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9

[Bug cobol/119241] New: cobol Front end uses host floating point (128b) support

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241 Bug ID: 119241 Summary: cobol Front end uses host floating point (128b) support Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: build Severi

[Bug c++/119240] New: Lambda with an explicit object parameter disables further captures of `this`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119240 Bug ID: 119240 Summary: Lambda with an explicit object parameter disables further captures of `this` Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity:

[Bug c/119170] Add operators _Widthof, _Minof, _Maxof

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170 --- Comment #16 from Kang-Che Sung --- (In reply to Alejandro Colomar from comment #13) > > > > Unimportant differences, I would say. > > Not really unimportant. Every time someone writes one of these in a > project, you need to make sure it'

[Bug c/119170] Add operators _Widthof, _Minof, _Maxof

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170 --- Comment #15 from Kang-Che Sung --- (In reply to Alejandro Colomar from comment #13) > > > > Unimportant differences, I would say. > > Not really unimportant. Every time someone writes one of these in a > project, you need to make sure it'

[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #12 from Iain Sandoe --- (In reply to Andreas Schwab from comment #11) > There are two other uses of and all three of them are needed for > dirname, since basename is declared by default. I *think* that given what we just looked at

[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 #8 from Andreas Schwab --- The compiler should not use any host facilities to parse floating literals in the first place.

[Bug cobol/119242] New: cobol Front end requires __int128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119242 Bug ID: 119242 Summary: cobol Front end requires __int128 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3

[Bug target/119224] RISC-V: sad 16x16 spilling since r15-6673-gb755c151fde4ad

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224 --- Comment #7 from Robin Dapp --- > So this why you weren't seeing it but I'm confused about the rationale... > I unpack above to following statements > > 1. -mno-vector-strict-align allows us to unroll - seems ok. > 2. Otherwise (-mvector-str

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 Bug ID: 119244 Summary: cobol/libgcobol should allow libquadmath to provide 128b floating support. Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: bui

[Bug cobol/119218] cobol, build : conflict between liberty and directly-included system-header.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 --- Comment #11 from Andreas Schwab --- There are two other uses of and all three of them are needed for dirname, since basename is declared by default.

[Bug middle-end/119204] Internal Compiler Error (“verify_gimple” failed) when compiling code with the wrong return type on strcspn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119204 --- Comment #5 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:da967f0ff324053304b350fdb18384607a346ebd commit r15-7981-gda967f0ff324053304b350fdb18384607a346ebd Author: Jakub Jelinek Date: W

[Bug cobol/119243] New: Make-lang.in hardcodes $(prefix)/lib64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119243 Bug ID: 119243 Summary: Make-lang.in hardcodes $(prefix)/lib64 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: cobol

[Bug libstdc++/119246] New: Result basic_format_arg::check_dynamic_spec is incorrect for extended floating point types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246 Bug ID: 119246 Summary: Result basic_format_arg::check_dynamic_spec is incorrect for extended floating point types Product: gcc Version: 13.0 Status: UNCONFIRMED

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

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

[Bug libstdc++/108053] std::visit_format_arg should hide __int128 and other extensions behind a handle

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108053 Tomasz Kamiński changed: What|Removed |Added CC||tkaminsk at gcc dot gnu.org Last re

[Bug c/119245] Equality operator returns integers other than 0 or 1 for _Bool operands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119245 --- Comment #1 from Nandakumar Edamana --- Just updated the title to use "equality operator" instead of "relational operator".

[Bug c/119245] Equality operator returns integers other than 0 or 1 for _Bool operands

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

[Bug c++/119222] Conversion of inf to integer is not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222 --- Comment #4 from Jonathan Wakely --- That's a completely different example though. The bug is about conversion from double to int. 1/0 does not involve any floating-point types, it's just an undefined integer division. 1/static_cast(0) is n

[Bug target/46942] x86_64 parameter passing unnecessary sign/zero extends

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942 --- Comment #13 from Florian Weimer --- (In reply to Jakub Jelinek from comment #12) > (In reply to Florian Weimer from comment #11) > > The ABI document was updated: > > > > Clarify the unspecified nature of excess bits in INTEGER type argument

[Bug c++/119162] missing error with constexpr new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/116545] Support old style statement attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116545 --- Comment #1 from lucier at math dot purdue.edu --- A pre-release of GCC 15 is now in Fedora Rawhide, and building Gambit Scheme fails with this issue: https://github.com/gambit/gambit/issues/949

[Bug preprocessor/119249] New: cpp manual: text about macro with the name of a keyword should mention restrictions from the C/C++ standards

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119249 Bug ID: 119249 Summary: cpp manual: text about macro with the name of a keyword should mention restrictions from the C/C++ standards Product: gcc Version: 13.2.0

[Bug rtl-optimization/116564] [12/13/14/15 Regression] aarch64: gcc hangs when compiling vst2_f64 instrinsic at -O1 and above since r12-4910-g66f206b853

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564 --- Comment #8 from GCC Commits --- The master branch has been updated by Alex Coplan : https://gcc.gnu.org/g:758e617bcf224dc9d4a7e26dd858d43c1e63b916 commit r15-8000-g758e617bcf224dc9d4a7e26dd858d43c1e63b916 Author: Alex Coplan Date: Mon M

[Bug rtl-optimization/116564] [12/13/14 Regression] aarch64: gcc hangs when compiling vst2_f64 instrinsic at -O1 and above since r12-4910-g66f206b853

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564 Alex Coplan changed: What|Removed |Added Summary|[12/13/14/15 Regression]|[12/13/14 Regression] |

[Bug libstdc++/119081] libstdc++.modules.json generated with incorrect relative path if configured with '--prefix=/' or '--prefix=' (empty)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119081 --- Comment #7 from GCC Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:90f5dabddbdc47bfbabaabb5b560d3d5cc2acf9c commit r15-8001-g90f5dabddbdc47bfbabaabb5b560d3d5cc2acf9c Author: Jason Merrill Date: Tu

[Bug other/119250] New: GCC configure fails to find the declaration of basename() on hosts that need

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119250 Bug ID: 119250 Summary: GCC configure fails to find the declaration of basename() on hosts that need Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords:

[Bug other/119218] libiberty configure test fails for basename on targets which declare it in .

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218 Iain Sandoe changed: What|Removed |Added Status|NEW |ASSIGNED

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 119162, which changed state. Bug 119162 Summary: missing error with constexpr new https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162 What|Removed |Added

[Bug target/46942] x86_64 parameter passing unnecessary sign/zero extends

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942 Florian Weimer changed: What|Removed |Added CC||fw at gcc dot gnu.org --- Comment #11 f

[Bug other/119250] GCC configure fails to find the declaration of basename() on hosts that need

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119250 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Target Milestone|---

[Bug analyzer/117262] [15 regression] Analyzer doesn't handle RAW_DATA_CST properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262 --- Comment #9 from David Malcolm --- Thanks for the clarifications. I'm testing a fix now.

[Bug libgcc/119151] [13/14 Regression] unwind-dw2-btree maintains separators wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119151 --- Comment #12 from Michael Leuchtenburg --- It looks like the failures I was continuing to see in our use-case were indeed a test configuration issue as they are now passing, using my old patch. The new change is functionally the same, it just

[Bug libgcc/119151] [13/14 Regression] unwind-dw2-btree maintains separators wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119151 --- Comment #13 from Michael Leuchtenburg --- Created attachment 60724 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60724&action=edit unit stress test

[Bug d/119139] [12/13/14/15 regression] Regression with struct invariants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119139 --- Comment #14 from Kirill Kryukov --- Iain, thanks a lot for the quick fix! The only thing I'm not sure about is how reliable it is in the long term to test this by scanning the tree dump. I'd probably feel safer if there was a test for the a

[Bug target/115439] [15 Regression] ICEs after r15-638 on master-thumb_m55_hard_eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115439 --- Comment #11 from GCC Commits --- The master branch has been updated by Richard Earnshaw : https://gcc.gnu.org/g:6e4045513d789587b2c7750e9016c7035b461299 commit r15-7998-g6e4045513d789587b2c7750e9016c7035b461299 Author: Richard Earnshaw Da

[Bug target/46942] x86_64 parameter passing unnecessary sign/zero extends

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942 --- Comment #12 from Jakub Jelinek --- (In reply to Florian Weimer from comment #11) > The ABI document was updated: > > Clarify the unspecified nature of excess bits in INTEGER type arguments >

[Bug target/46942] x86_64 parameter passing unnecessary sign/zero extends

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942 --- Comment #14 from Jakub Jelinek --- (In reply to Florian Weimer from comment #13) > (In reply to Jakub Jelinek from comment #12) > > (In reply to Florian Weimer from comment #11) > > > The ABI document was updated: > > > > > > Clarify the uns

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #7 from Jakub Jelinek --- Guess the bitint lowering pass could handle lowering of INTEGER_TYPE with TYPE_PRECISION > 64 && TYPE_PRECISION <= 128 on !targetm.scalar_mode_supported_p (TImode) targets fairly easily at least in cases whe

[Bug preprocessor/119248] New: Preprocessor arithmetic not done in intmax_t for multichar literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119248 Bug ID: 119248 Summary: Preprocessor arithmetic not done in intmax_t for multichar literals Product: gcc Version: 14.2.0 Status: UNCONFIRMED Severity: minor

[Bug cobol/119213] gcc/cobol/Make-lang.in: suspicious -DEXEC_LIB with hardcoded lib64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213 Richard Biener changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #4 f

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #6 from Joseph S. Myers --- If P3140 gets into standard C++ that will provide a more substantial reason for extending ABIs / back-end / library support to handle 128-bit integers across all targets.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 --- Comment #5 from Jakub Jelinek --- For __int128 it is all 32-bit targets at least (perhaps with exception of gcn, don't remember). We simply don't have quad-word math support in libgcc/code generation (except for BITINT_TYPE).

[Bug target/115248] [15 regresion] aarch64/sve/pre_cond_share_1.c fails since r15-276-gbed6ec161be8c5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115248 Richard Sandiford changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot gnu.org

[Bug cobol/119229] ICE with gcobol -flto (in get_partitioning_class, at symtab.cc:2190)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119229 Richard Biener changed: What|Removed |Added Last reconfirmed||2025-03-12 Ever confirmed|0

[Bug c/119170] Add operators _Widthof, _Minof, _Maxof

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170 --- Comment #18 from Joseph S. Myers --- bool is a keyword whose spelling inside # and ## is unspecified, and _Bool is an alternative spelling for that keyword. It's permitted for implementations to use a predefined macro, but that's not what GC

[Bug cobol/119229] ICE with gcobol -flto (in get_partitioning_class, at symtab.cc:2190)

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

[Bug fortran/98903] [Coarray, F2018] Implement TEAM_NUMBER in image-selector-spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98903 Andre Vehreschild changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #2 from Andre Ve

[Bug c++/119247] New: accepts-invalid non-constexpr variable as template argument in a lambda when used for another template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119247 Bug ID: 119247 Summary: accepts-invalid non-constexpr variable as template argument in a lambda when used for another template Product: gcc Version: 15.0 Status: UNCONFI

[Bug c++/119222] Conversion of inf to integer is not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222 Gwen Fu changed: What|Removed |Added CC||gwen3293940943 at gmail dot com --- Comment #

[Bug c++/119222] Conversion of inf to integer is not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222 --- Comment #3 from Gwen Fu --- (In reply to Antony Polukhin from comment #0) > Consider the following example: > > int foo() { > return 1 / static_cast(0); > } > > > With -Wall -Wextra there is no warning about an undefined behavior > ([

[Bug libstdc++/119246] Result basic_format_arg::check_dynamic_spec is incorrect for extended floating point types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119246 Tomasz Kamiński changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug fortran/87326] [F18] Support the NEW_INDEX= specifier in the FORM TEAM statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87326 Andre Vehreschild changed: What|Removed |Added CC||vehre at gcc dot gnu.org A

[Bug c/119251] New diagnostic: -Wcompound-literal-address

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

[Bug libgcc/119151] [13/14 Regression] unwind-dw2-btree maintains separators wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119151 --- Comment #14 from Jakub Jelinek --- (In reply to Michael Leuchtenburg from comment #12) > The changes in master look like they should backport cleanly onto 14.2.0 so > I'll try the patch there. The plan is to backport to 14 branch after a fe

[Bug c/119251] New: New diagnostic: -Wcompound-literal-address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119251 Bug ID: 119251 Summary: New diagnostic: -Wcompound-literal-address Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug middle-end/119226] [15 Regression] ICE on vifm-0.14: SIGSEGV during GIMPLE pass: dom

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226 --- Comment #6 from Sergei Trofimovich --- The change in duplicated bug fixed `vifm-0.14` build for me. Thank you both!

[Bug cobol/119214] debug volatile asm breaks assembling

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

[Bug target/91905] OpenBLAS LAPACK icamax miscompiled

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

[Bug target/119234] openblas miscompiled with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119234 Andrew Pinski changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comment #3 f

  1   2   3   >