[Bug fortran/80235] ICE: coarrays, submodule

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80235 --- Comment #9 from GCC Commits --- The master branch has been updated by Andre Vehreschild : https://gcc.gnu.org/g:e32fff675c3bb040fa79854f6b0654c16bc38997 commit r15-4405-ge32fff675c3bb040fa79854f6b0654c16bc38997 Author: Andre Vehreschild Da

[Bug tree-optimization/115274] [14/15 regression] Bogus -Wstringop-overread in SQLite source code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115274 --- Comment #12 from Sam James --- (In reply to D. Richard Hipp from comment #6) > The source file that causes the problem can now be downloaded from > . If you can reproduce it with the non-amalgamati

[Bug rtl-optimization/115879] ICE: verify_flow_info failed: missing REG_EH_REGION note at the end of bb 6 with -O -fnon-call-exceptions -finstrument-functions and invalid memory access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115879 Zdenek Sojka changed: What|Removed |Added Summary|ICE: verify_flow_info |ICE: verify_flow_info

[Bug tree-optimization/116938] move_stmt in phiopt should use rewrite_to_defined_overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116938 --- Comment #2 from Andrew Pinski --- Created attachment 59369 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59369&action=edit Patch in testing with the other one

[Bug tree-optimization/116939] rewrite_to_defined_overflow/gimple_with_undefined_signed_overflow should also rewrite VCEs (from/to integral types) into casts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116939 --- Comment #2 from Andrew Pinski --- Created attachment 59368 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59368&action=edit patch in test Depends on a few others which either have been approved or posted.

[Bug rtl-optimization/116550] [lra][avr] internal compiler error: in final_scan_insn_1, at final.cc:2807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #19 f

[Bug go/113143] Remove usage of ucontext.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143 --- Comment #18 from Eric Gallager --- (In reply to Sergey Fedorov from comment #17) > (In reply to Eric Gallager from comment #15) > > This is one of the things blocking bug 46986, isn't it? > > ucontext is supported on macOS, AFAIK. Only on

[Bug c/117183] New: gcc.dg/c23-constexpr-2a.c: comment mismatch with dg-do

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117183 Bug ID: 117183 Summary: gcc.dg/c23-constexpr-2a.c: comment mismatch with dg-do Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug c/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

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

[Bug c/117028] [C2y] Implement N3353, Obsolete implicitly octal literals and add delimited escape sequences

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117028 --- Comment #9 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:e020116db056352d9a7495e85d37e66c36f6ea32 commit r15-4403-ge020116db056352d9a7495e85d37e66c36f6ea32 Author: Jakub Jelinek Date: T

[Bug c/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177 --- Comment #5 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:96ba5e5663d4390a7e69735ce3c9de657fc543fc commit r15-4402-g96ba5e5663d4390a7e69735ce3c9de657fc543fc Author: Jakub Jelinek Date: T

[Bug go/113143] Remove usage of ucontext.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143 Sergey Fedorov changed: What|Removed |Added CC||vital.had at gmail dot com --- Comment

[Bug target/117182] [SH] fldi0/1 generated in the wrong fp mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117182 --- Comment #5 from Kazumoto Kojima --- Created attachment 59367 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59367&action=edit a trial patch Add cannot_substitute_const_equiv_p target hook so to avoid unsafe substitution for machines w

[Bug target/116940] [15 Regression] wrong code with -O -mavx512vl and vector compare and negation since r15-1742

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116940 Hongtao Liu changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/116940] [15 Regression] wrong code with -O -mavx512vl and vector compare and negation since r15-1742

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116940 --- Comment #4 from GCC Commits --- The master branch has been updated by hongtao Liu : https://gcc.gnu.org/g:21e2cd65add9070292313f8e12e8731d0aa2c869 commit r15-4400-g21e2cd65add9070292313f8e12e8731d0aa2c869 Author: liuhongt Date: Tue Oct

[Bug tree-optimization/53947] [meta-bug] vectorizer missed-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947 Bug 53947 depends on bug 117072, which changed state. Bug 117072 Summary: [15 Regression] FAIL: gcc.target/i386/cond_op_fma_{float,double,_Float16}-1.c since r15-3509-gd34cda72098867 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117072

[Bug target/117072] [15 Regression] FAIL: gcc.target/i386/cond_op_fma_{float,double,_Float16}-1.c since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117072 Hongtao Liu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/117182] [SH] fldi0/1 generated in the wrong fp mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117182 --- Comment #4 from Kazumoto Kojima --- (In reply to Oleg Endo from comment #3) PR 115948 might complicate issues even more. Good thing it didn't happen at the same time.

[Bug target/117072] [15 Regression] FAIL: gcc.target/i386/cond_op_fma_{float,double,_Float16}-1.c since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117072 --- Comment #13 from GCC Commits --- The master branch has been updated by hongtao Liu : https://gcc.gnu.org/g:330782a1b6cfe881ad884617ffab441aeb1c2b5c commit r15-4398-g330782a1b6cfe881ad884617ffab441aeb1c2b5c Author: liuhongt Date: Mon Oct

[Bug target/117072] [15 Regression] FAIL: gcc.target/i386/cond_op_fma_{float,double,_Float16}-1.c since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117072 --- Comment #13 from GCC Commits --- The master branch has been updated by hongtao Liu : https://gcc.gnu.org/g:330782a1b6cfe881ad884617ffab441aeb1c2b5c commit r15-4398-g330782a1b6cfe881ad884617ffab441aeb1c2b5c Author: liuhongt Date: Mon Oct

[Bug testsuite/115365] [15 regression] New test case gcc.dg/pr100927.c from r15-1022-gb05288d1f1e4b6 fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365 Hongtao Liu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug target/117182] [SH] fldi0/1 generated in the wrong fp mode

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

[Bug target/117182] [SH] fldi0/1 generated in the wrong fp mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117182 --- Comment #2 from Kazumoto Kojima --- Created attachment 59366 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59366&action=edit a reduced test case (-m4 -mlra -O2 -ftrace) qemu-sh4-static failed with Unhandled trap: 0x1a0 pc=0x004004f4

[Bug target/117182] [SH] fldi0/1 generated in the wrong fp mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117182 --- Comment #1 from Oleg Endo --- Maybe related PR 115948 ??

[Bug target/116655] RISC-V: ICE with -mrvv-max-lmul=dynamic in compute_nregs_for_mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116655 --- Comment #5 from Li Pan --- (In reply to Robin Dapp from comment #4) > Fixed. Thanks Robin, this also fixed the spec17 build failures as below for dynamic. Build errors for intrate: 502.gcc_r(base; CE), 525.x264_r(base; CE), 557.xz_r(base;

[Bug target/117182] New: [SH] fldi0/1 generated in the wrong fp mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117182 Bug ID: 117182 Summary: [SH] fldi0/1 generated in the wrong fp mode Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ra, wrong-code Severity: normal Pr

[Bug c/113207] [12/13/14/15 Regression] error: type variant has different 'TREE_TYPE' with noreturn or const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207 --- Comment #8 from Andrew Pinski --- This is slightly different from PR 89075 which does not have a qualifier set on the function type as far as I can tell.

[Bug c/113207] [12/13/14/15 Regression] error: type variant has different 'TREE_TYPE' with noreturn or const

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

[Bug target/117181] i386 call instruction to invalid address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117181 --- Comment #3 from Andrew Pinski --- apinski@xeond:~/src/upstream-gcc$ objdump -dr kernel.o ... 6: e8 fc ff ff ff call 7 7: R_386_PC32 __x86.get_pc_thunk.ax b: 05 01 00 00 00 add$0x1

[Bug target/117181] i386 call instruction to invalid address

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

[Bug c/113207] [12/13/14/15 Regression] error: type variant has different 'TREE_TYPE' with noreturn or const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207 --- Comment #6 from Andrew Pinski --- Note const has the same issue as noreturn due to using the const qualifier just like noreturn uses the volatile qualifier sometimes ...

[Bug c/113207] [11/12/13/14 Regression] error: type variant has different 'TREE_TYPE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207 Andrew Pinski changed: What|Removed |Added CC||iamanonymous.cs at gmail dot com --- C

[Bug c/117167] ICE: ‘verify_type’ failed with attribute const and -flto during IPA pass

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

[Bug c/113207] [11/12/13/14 Regression] error: type variant has different 'TREE_TYPE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207 Andrew Pinski changed: What|Removed |Added Target Milestone|11.5|12.5 Ever confirmed|0

[Bug c/113207] [11/12/13/14 Regression] error: type variant has different 'TREE_TYPE'

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

[Bug lto/114918] ICE when building gcl with LTO

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

[Bug c/117167] ICE: ‘verify_type’ failed with attribute const and -flto during IPA pass

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

[Bug target/117181] i386 call instruction to invalid address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117181 --- Comment #1 from Lily Clark --- Forgot to mention adding '-Wall -Wextra' does not produce any warnings

[Bug c/117167] ICE: ‘verify_type’ failed with attribute const and -flto during IPA pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117167 Andrew Pinski changed: What|Removed |Added Known to fail||9.1.0 Ever confirmed|0

[Bug target/117181] New: i386 call instruction to invalid address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117181 Bug ID: 117181 Summary: i386 call instruction to invalid address Product: gcc Version: 14.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: targe

[Bug go/113143] Remove usage of ucontext.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143 --- Comment #16 from Ian Lance Taylor --- This may be a blocker for macOS support, but I don't think it's a major one.

[Bug middle-end/117169] Missed opportunity to combine sign and bitmask tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117169 --- Comment #2 from Andrew Pinski --- as mentioned GCC is able to handle: ``` int f2(signed char x) { return (x&0x30) || (x & 0x03); } ``` in ifcombine. Just we don't treat `<0` like the check on the sign bit.

[Bug c/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

--disable-libsanitizer --disable-libstdcxx-pch --enable-languages=c,c++ --disable-libgomp --disable-libquadmath --disable-libvtv CFLAGS='-O1 -g0' CXXFLAGS='-O1 -g0' LDFLAGS='-O1 -g0' --prefix=/tmp/gb/__i__ Thread model: posix Supported LTO compression algorithms: zlib gcc version 15.0.0 20241016 (experimental) (GCC)

[Bug tree-optimization/117176] [15 regression] ICE when building netpbm-11.8.0

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

[Bug tree-optimization/117180] Confusing -Warray-bounds output for Tor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117180 --- Comment #2 from Sam James --- With LTO, the output is different: ``` src/feature/nodelist/networkstatus.c: In function ‘networkstatus_set_current_consensus’: src/feature/nodelist/networkstatus.c:2145:41: warning: array subscript 2 is above a

[Bug target/111645] Intrinsics vec_sldb /vec_srdb fail with __vector unsigned __int128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645 Carl Love changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/111645] Intrinsics vec_sldb /vec_srdb fail with __vector unsigned __int128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645 --- Comment #10 from munroesj52 at gmail dot com --- Correct. On Wed, Oct 16, 2024 at 3:44 PM bergner at gcc dot gnu.org < gcc-bugzi...@gcc.gnu.org> wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645 > > --- Comment #9 from Peter Berg

[Bug tree-optimization/117180] Confusing -Warray-bounds output for Tor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117180 --- Comment #1 from Sam James --- Created attachment 59364 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59364&action=edit networkstatus.i.xz Reproduce with `gcc -c ./networkstatus.i -std=c23 -O2 -Warray-bounds`.

[Bug tree-optimization/117180] New: Confusing -Warray-bounds output for Tor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117180 Bug ID: 117180 Summary: Confusing -Warray-bounds output for Tor Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-opt

[Bug middle-end/117091] switch clustering takes extensive time with large switches even at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091 ak at gcc dot gnu.org changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org ---

[Bug tree-optimization/117179] Confusing -Warray-bounds output for wget

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117179 --- Comment #2 from Sam James --- static bool setval_internal (int comind, const char *com, const char *val) { assert (0 <= comind && ((size_t) comind) < countof (commands)); if ((unsigned) comind >= countof (commands)) return NULL;

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #11 from Andrew Pinski --- (In reply to Alejandro Colomar from comment #9) > > I think it's simpler to have -Wc++-compat warn about any uses of > [[gnu::nonstring]] at all, since C++ does not want such thing. That would > cover all

[Bug tree-optimization/117179] Confusing -Warray-bounds output for wget

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117179 Sam James changed: What|Removed |Added See Also||https://gitlab.com/gnuwget/

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #10 from Alejandro Colomar --- (In reply to Alejandro Colomar from comment #9) > (In reply to Kees Cook from comment #7) > > Could "nonstring" be applied to string literals? (Like the "u" suffix idea, > > but this would be more backw

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #9 from Alejandro Colomar --- (In reply to Kees Cook from comment #7) > Could "nonstring" be applied to string literals? (Like the "u" suffix idea, > but this would be more backward-compatible.) For example, from the example > in com

[Bug tree-optimization/117179] Confusing -Warray-bounds output for wget

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117179 --- Comment #1 from Sam James --- Created attachment 59363 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59363&action=edit init.i.xz

[Bug tree-optimization/117179] New: Confusing -Warray-bounds output for wget

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117179 Bug ID: 117179 Summary: Confusing -Warray-bounds output for wget Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-op

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #8 from Andrew Pinski --- Well for c++ udl is better ...

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #7 from Kees Cook --- Could "nonstring" be applied to string literals? (Like the "u" suffix idea, but this would be more backward-compatible.) For example, from the example in comment #1: { "BOOP", ... } becomes: { "BOOT" __attr

[Bug tree-optimization/115274] [14/15 regression] Bogus -Wstringop-overread in SQLite source code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115274 Sam James changed: What|Removed |Added Target Milestone|--- |14.2 Summary|Bogus -Wstringop-ov

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #6 from Alejandro Colomar --- (In reply to Jonathan Wakely from comment #5) > (In reply to Alejandro Colomar from comment #4) > > As for C++, maybe such an initialization should be acceptable as a GNU > > extension. > > Please, no.

[Bug middle-end/117091] switch clustering takes extensive time with large switches even at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091 --- Comment #10 from ak at gcc dot gnu.org --- https://github.com/andikleen/gcc/commit/9a71a4dbdd7094241bcdb0b89d7261c19dcc4b34 fixes the test case by checking early that bit clustering only works when multiple labels point to the same code. It

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #5 from Jonathan Wakely --- (In reply to Alejandro Colomar from comment #4) > As for C++, maybe such an initialization should be acceptable as a GNU > extension. Please, no. The C++ rule is a very deliberate language design choice.

[Bug tree-optimization/115274] Bogus -Wstringop-overread in SQLite source code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115274 qinzhao at gcc dot gnu.org changed: What|Removed |Added CC||qinzhao at gcc dot gnu.org

[Bug target/111645] Intrinsics vec_sldb /vec_srdb fail with __vector unsigned __int128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645 --- Comment #9 from Peter Bergner --- (In reply to munroesj52 from comment #8) > looks good, thanks. So everything that was asked for is now implemented so we can close this?

[Bug c/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177 --- Comment #3 from Jakub Jelinek --- Ah, the problem is in the trailing comma before }. Because CPP_EMBED guarantees a CPP_NUMBER CPP_COMMA before it and CPP_COMMA CPP_NUMBER after it, this new code wanted to do the same, because clearly we don

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #4 from Alejandro Colomar --- +1 The proposal makes sense to me. I had originally proposed something such as char x[3] = "foo"u; for marking that as a non-string. But that was because I didn't know about [[gnu::nonstring]].

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 --- Comment #3 from Andrew Pinski --- Note I almost want to say this should warn even with nostring due to the c++ compatibility reasons.

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

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

[Bug c/117178] -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

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

[Bug c/117178] New: -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178 Bug ID: 117178 Summary: -Wunterminated-string-initialization should ignore trailing NUL byte for nonstring char arrays Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug go/113143] Remove usage of ucontext.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Commen

[Bug c/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177 --- Comment #2 from Jakub Jelinek --- Ah, unsigned char foo[] = { 0xc8, 0xc9, 0xca, 0xcb, 0x00, 0xcd, 0xce, 0xcf, 0x00, 0xd1, 0x00, 0xd3, 0xd4, 0x00, 0xd6, 0xd7, 0xd8, 0xd9, 0xda, 0xdb, 0xdc, 0x00, 0x00, 0xdf, 0xe0, 0xe1, 0xe2, 0x00, 0xe

[Bug target/111645] Intrinsics vec_sldb /vec_srdb fail with __vector unsigned __int128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645 --- Comment #8 from munroesj52 at gmail dot com --- looks good, thanks. On Tue, Oct 15, 2024 at 1:04 PM carll at gcc dot gnu.org < gcc-bugzi...@gcc.gnu.org> wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645 > > --- Comment #7 from Ca

[Bug c++/71029] large fold expressions compile slowly with -Wall

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

[Bug c/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177 --- Comment #1 from Jakub Jelinek --- Do you have preprocessed source + gcc command line?

[Bug c++/92034] extern template declarations cannot have internal linkage (unnamed namespace)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92034 --- Comment #6 from Alisdair Meredith --- Minor update: in the current standard, the paragraph number is now p12, and per my last comment, I still believe the use of "shall" makes this ill-formed, and without "no diagnostic required" wording it s

[Bug target/117177] [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177 Sam James changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/117177] New: [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177 Bug ID: 117177 Summary: [15 regression] RISC-V: Error when building glibc from source since r15-4377-gf9bac238840 Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug c++/71029] large fold expressions compile slowly with -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71029 --- Comment #4 from Alisdair Meredith --- Revisiting some of my old bug reports, I can confirm that this performance issue is resolved. I verified it was still present in gcc 10 so that it was not a failure to reproduce on my part, and then stop

[Bug target/117165] ICE: in extract_insn, at recog.c:2311 unrecognizable insn: UNSPECV_FNSTSW with -mgeneral-regs-only and __builtin_ia32_fnstsw()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117165 --- Comment #4 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #3) > So can we add spaces to their names? Yes, I think that is the way with internal builtins.

[Bug target/117165] ICE: in extract_insn, at recog.c:2311 unrecognizable insn: UNSPECV_FNSTSW with -mgeneral-regs-only and __builtin_ia32_fnstsw()

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

[Bug target/117165] ICE: in extract_insn, at recog.c:2311 unrecognizable insn: UNSPECV_FNSTSW with -mgeneral-regs-only and __builtin_ia32_fnstsw()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117165 --- Comment #2 from Uroš Bizjak --- >From i386-builtin.def: /* 80387 (for use internally for atomic compound assignment). */ BDESC (0, 0, CODE_FOR_fnstenv, "__builtin_ia32_fnstenv", IX86_BUILTIN_FNSTENV, UNKNOWN, (int) VOID_FTYPE_PVOID) BDESC

[Bug target/117165] ICE: in extract_insn, at recog.c:2311 unrecognizable insn: UNSPECV_FNSTSW with -mgeneral-regs-only and __builtin_ia32_fnstsw()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117165 --- Comment #1 from Zdenek Sojka --- Similar, with __builtin_ia32_fnclex(): $ echo 'void foo() { __builtin_ia32_fnclex(); }' | x86_64-pc-linux-gnu-gcc -mno-80387 -xc - : In function 'foo': :1:39: error: unrecognizable insn: (insn 5 2 0 2 (unspec

[Bug preprocessor/117166] [15 regression] ICE when building lxml-5.3.0 with LTO (linemap_line_start, at libcpp/line-map.cc:949)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117166 --- Comment #3 from Sam James --- (In reply to Richard Biener from comment #2) > linemap_assert (SOURCE_LINE (map, r) == to_line); > > maybe some overflow somewhere that's not catched. /home/sam/git/gcc/libcpp/line-map.cc:857:18: runtime er

[Bug other/116602] RFE: capture GCC backtraces in SARIF output for ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116602 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/117174] [12/13/14/15 Regression] Compiler seems to incorrectly cache SFINAE condition evaluation results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117174 --- Comment #3 from Andrew Pinski --- Hmm, I just tried the example in DR 1321 (https://cplusplus.github.io/CWG/issues/1321.html) that is not supposed to compile and it does compile using the wrong lookup. That is: ``` template decltype(g(T(

[Bug tree-optimization/117176] [15 regression] ICE when building netpbm-11.8.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117176 Sam James changed: What|Removed |Added Target Milestone|--- |15.0 Keywords|

[Bug other/116602] RFE: capture GCC backtraces in SARIF output for ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116602 --- Comment #1 from GCC Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:69b2d523b1069651053cd39dc9b4810a2c7f964a commit r15-4393-g69b2d523b1069651053cd39dc9b4810a2c7f964a Author: David Malcolm Date: W

[Bug other/116613] RFE: support outputting diagnostics in *multiple* formats

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613 --- Comment #25 from GCC Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:d826b6389d9605944ce2261c07d2c9515992bccf commit r15-4392-gd826b6389d9605944ce2261c07d2c9515992bccf Author: David Malcolm Date:

[Bug c++/117174] [12/13/14/15 Regression] Compiler seems to incorrectly cache SFINAE condition evaluation results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117174 Patrick Palka changed: What|Removed |Added Ever confirmed|0 |1 Known to fail|

[Bug tree-optimization/117176] New: [15 regression] ICE when building netpbm-11.8.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117176 Bug ID: 117176 Summary: [15 regression] ICE when building netpbm-11.8.0 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libstdc++/117085] chrono formatting: %c does not honor locale after expansion

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

[Bug c++/117174] Compiler seems to incorrectly cache SFINAE condition evaluation results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117174 --- Comment #1 from Andrew Pinski --- Created attachment 59361 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59361&action=edit Full testcase

[Bug c/117024] [C2y] Implement N3349, Abs Without Undefined Behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117024 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug preprocessor/117118] [12/13/14/15 Regression] ICE with pragma message and raw strings since r11-498

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117118 Lewis Hyatt changed: What|Removed |Added Keywords||patch URL|

[Bug rtl-optimization/116550] [lra][avr] internal compiler error: in final_scan_insn_1, at final.cc:2807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550 --- Comment #18 from denisc at gcc dot gnu.org --- (In reply to Georg-Johann Lay from comment #17) > (In reply to denisc from comment #15) > > I sent a patch. > > What might help is to CC the respective maintainer as listed in MAINTAINERS. Done

[Bug go/113143] Remove usage of ucontext.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143 --- Comment #14 from Ian Lance Taylor --- Note that on x86_64 Linux libgo no longer uses ucontext.h. (Well, the #include is still there, but it is not used.) So we have a clear path to removing ucontext.h on any given system, but it does unfor

[Bug c/106762] incorrect array bounds warning (-Warray-bounds) at -O2 on memset()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106762 --- Comment #5 from qinzhao at gcc dot gnu.org --- with my work-in-progress patch + -fdiagnostics-explain-harder: t_106762.c: In function ‘bug’: t_106762.c:16:2: warning: ‘memset’ offset [0, 7] is out of the bounds [0, 0] [-Warray-bounds=] 16

[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 #58252|0 |1 is obsolete|

  1   2   >