https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120332
--- Comment #1 from Wentao Zhang ---
Another example affected by "no code", adapted from
https://sources.debian.org/src/procps/2%3A4.0.2-3/src/ps/display.c/#L636
"No code" version:
1:2:int main(void) {
1:3:int i = 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
Bug ID: 120442
Summary: [avr] fdim is missing from libgcc/avr/libf7
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
--- Comment #2 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:3a7f080596a24af47146fb28a00b28677deebd98
commit r13-9700-g3a7f080596a24af47146fb28a00b28677deebd98
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120420
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
--- Comment #4 from Jonathan Wakely ---
The library code should be exactly equivalent, except for being slightly
simpler (one level of function call has been inlined into its caller now) and
doing:
ptr += n;
return ptr;
instead of:
retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
--- Comment #7 from Jonathan Wakely ---
This was backported as r14-10608-g27dc1533b6dfc4 and r13-8987-gaea374238cec1a
and r12-10682-gb4bc34db3f2948
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
Jonathan Wakely changed:
What|Removed |Added
Known to fail||14.3.0, 15.1.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
Jonathan Wakely changed:
What|Removed |Added
Component|libstdc++ |tree-optimization
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
--- Comment #10 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #6)
> The regression was caused by
> r15-3078-g6ea25c041964bf63014fcf7bb68fb1f5a0a4e123
I bisected to this commit using the code in comment 2. It looks like the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
--- Comment #9 from Shawn Xu ---
(In reply to Jonathan Wakely from comment #8)
> (In reply to Shawn Xu from comment #0)
> > On x86-64 with avx512, PR115444 caused the following code to vectorize
> > sub-optimally:
>
> What made you blame PR1154
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100586
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120439
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
--- Comment #1 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:6045de6596d09f3cf7ae3f552b56d7e5df17a899
commit r16-892-g6045de6596d09f3cf7ae3f552b56d7e5df17a899
Author: Georg-Johann Lay
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
--- Comment #8 from Jonathan Wakely ---
(In reply to Shawn Xu from comment #0)
> On x86-64 with avx512, PR115444 caused the following code to vectorize
> sub-optimally:
What made you blame PR115444 for this? Did you actually bisect it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120439
--- Comment #3 from JuzheZhong ---
(In reply to Andrew Waterman from comment #2)
> > You are saying when vd and vs2 is overlaping in vnsrl, we can't allow
> > undisturbed policy ? CC RISC-V folks ing.
>
> No. The instruction is allowed, and i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120439
--- Comment #6 from Andrew Waterman ---
I think so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96710
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e0c3066c14ad98d130ddd1183be3caaeea19c63b
commit r16-894-ge0c3066c14ad98d130ddd1183be3caaeea19c63b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120367
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:ae1c59c8de43a2cae494ce2212f44be08a629216
commit r15-9735-gae1c59c8de43a2cae494ce2212f44be08a629216
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120367
--- Comment #9 from Arkhipov Alexey (Архипов Алексей) ---
(In reply to Jonathan Wakely from comment #8)
> Fixed for 15.2, thanks for the report.
You're welcome! Thanks for quick fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119896
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from James K. Lowden ---
> It seems likely to me that this is a cascading error stemming perhaps from a
> big endian host. I will need to see the debug output to addre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120439
--- Comment #4 from Andrew Waterman ---
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120445
Bug ID: 120445
Summary: False -Wstringop-overread and -Wfree-nonheap-object
positives
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120439
--- Comment #5 from JuzheZhong ---
(In reply to Andrew Waterman from comment #4)
> Yes.
Thanks. The GCC codegen is correct here. Am I right ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120440
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
--- Comment #3 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120445
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120367
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92826
Gábor Németh changed:
What|Removed |Added
CC||homar at riseup dot net
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92826
--- Comment #9 from Gábor Németh ---
Created attachment 61525
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61525&action=edit
Add option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92826
--- Comment #10 from Gábor Németh ---
Hi,
(In reply to Manuel López-Ibáñez from comment #6)
> The first step to fix this is to figure out why the column location is wrong
> (it should point to FLT128_MIN):
I think I found out why: the warning u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
Jakub Jelinek changed:
What|Removed |Added
Attachment #61521|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832
--- Comment #11 from Jonathan Wakely ---
My first thought was that -D_TIME_BITS=64 requires _FILE_OFFSET_BITS=64 to be
set too, but glibc will give an #error if it's not set. So libstdc++ does not
need to worry about users incorrectly using -D_TI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
--- Comment #2 from GCC Commits ---
The releases/gcc-15 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:a0e365b7361f685655cd45edd424804423bb6931
commit r15-9734-ga0e365b7361f685655cd45edd424804423bb6931
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120445
--- Comment #2 from Cristian Morales Vega ---
Created attachment 61523
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61523&action=edit
Preprocessed source
"g++ -E -O3 -flto -o test_preprocessed.cpp test.cpp -Iboost_1_88_0" output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120443
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |15.2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120445
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119884
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Philipp Tomsich :
https://gcc.gnu.org/g:ec5349c37afe972ee79b777ee749630b1a0a007e
commit r16-905-gec5349c37afe972ee79b777ee749630b1a0a007e
Author: Konstantinos Eleftheriou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117965
--- Comment #16 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8da568c885dc90ac5c7d9aee34ae78d5cfb8918c
commit r16-906-g8da568c885dc90ac5c7d9aee34ae78d5cfb8918c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117965
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
--- Comment #1 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:672569cee76a1927d14b5eb754a5ff0b9cee1bc8
commit r16-890-g672569cee76a1927d14b5eb754a5ff0b9cee1bc8
Author: Georg-Johann Lay
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:b380d260ba56b30cba7681c43e1b699d05152cdc
commit r14-11813-gb380d260ba56b30cba7681c43e1b699d05152cdc
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120443
Bug ID: 120443
Summary: [16 regression] wrong code at -O3
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:7022266a565cef576c1be6126a58878beb3ac8ba
commit r12-2-g7022266a565cef576c1be6126a58878beb3ac8ba
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:5ef8bbce1446a11e7b13581dcc2528f058b853c5
commit r15-9733-g5ef8bbce1446a11e7b13581dcc2528f058b853c5
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #448 from Oleg Endo ---
Could be also relevant for SH
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/684755.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120440
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2025-05-27
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120430
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120439
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117947
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120444
Bug ID: 120444
Summary: [OpenMP][6.0] Add
omp_target_memset/omp_target_memset_async
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #6 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #3)
> Jonathan, thoughts on the library side?
> E.g. std::uncaught_exceptions is just declared in the header, but if it
> needs to be constexpr it needs some inline de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #7 from Jakub Jelinek ---
(In reply to Jason Merrill from comment #6)
> (In reply to Jakub Jelinek from comment #3)
> > Jonathan, thoughts on the library side?
> > E.g. std::uncaught_exceptions is just declared in the header, but if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #8 from Jakub Jelinek ---
Note, adding _GLIBCXX26_CONSTEXPR above for the defaulted or inline defined
methods is ok and they wouldn't need to be treated like magic builtins (though
I guess
exception_ptr copy ctor and dtor need specia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #9 from Jason Merrill ---
I had been thinking thinking that exception_ptr would become compiler magic,
since it's unspecified by the standard, while std::exception would not, since
it's a standard class that is regularly derived from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120432
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2025-05-27
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #10 from Jakub Jelinek ---
Ok, so do we want some attribute for
std::{exception,bad_exception,bad_alloc,bad_cast,
bad_typeid,bad_weak_ptr,bad_function_call} and perhaps others which will
pretend they have a key function even if they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #11 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #7)
> where making the destructor constexpr and thus effectively inline would have
> terrible effects, virtual tables of exception and similar classes now
> emitted e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #12 from Hana Dusíková ---
I'm using [[gnu::used]] to emit constexpr symbol so it can be part of
compatible interface.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115206
Abel Sen changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 115206, which changed state.
Bug 115206 Summary: ICE: segfault in code involving C++ modules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115206
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120449
Bug ID: 120449
Summary: g++ -Wtype-limits without -P doesn't warn on unsigned
compare to zero
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #36 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:42983ffde6612b7f8a4e7ab3e76fa8b0d136e854
commit r16-915-g42983ffde6612b7f8a4e7ab3e76fa8b0d136e854
Author: Jerry DeLisle
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120431
--- Comment #5 from kargls at comcast dot net ---
(In reply to anlauf from comment #4)
> (In reply to Jerry DeLisle from comment #3)
> > My understanding is they are getting built generated in the build directory
> > which is a recent bug someone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #37 from Jerry DeLisle ---
With this now pushed, I plan to backport to 15 in a few days. I also want to
revise the langauge of the error messages to be clearer. This will wiggle on
several existing test cases so I want it to be a se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
--- Comment #6 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:787a8dec1acedf5561c8ee43bed0b3653fca150d
commit r16-914-g787a8dec1acedf5561c8ee43bed0b3653fca150d
Author: Harald Anlauf
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115358
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:f7ff1d5923f2c42ac15780b452dd1bc72d94db64
commit r13-9708-gf7ff1d5923f2c42ac15780b452dd1bc72d94db64
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
--- Comment #12 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:e38e851d62c65eb606e61879a72b11d71dac0ce0
commit r13-9706-ge38e851d62c65eb606e61879a72b11d71dac0ce0
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116418
--- Comment #12 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:6afaab88c36393acf31599a86bab6dcbe5848928
commit r13-9703-g6afaab88c36393acf31599a86bab6dcbe5848928
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:e4dd09be9cefc349961e7a88561bc1640564fc25
commit r13-9701-ge4dd09be9cefc349961e7a88561bc1640564fc25
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 118060, which changed state.
Bug 118060 Summary: [13 Regression] ICE (internal compiler error) on requires
clause
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115656
--- Comment #13 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:c7ec472e132a634b9e819e2fcfaac74e07744c26
commit r13-9704-gc7ec472e132a634b9e819e2fcfaac74e07744c26
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105848
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:e38e851d62c65eb606e61879a72b11d71dac0ce0
commit r13-9706-ge38e851d62c65eb606e61879a72b11d71dac0ce0
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
Patrick Palka changed:
What|Removed |Added
Summary|[12/13 Regression] ICE: |[12 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116418
Patrick Palka changed:
What|Removed |Added
Summary|[12/13 Regression] |[12 Regression] statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115656
Patrick Palka changed:
What|Removed |Added
Summary|[12/13 Regression] |[12 Regression] Templated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106760
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:359d5b7edaf7d1c418d2026ba0bc76b52d006364
commit r13-9705-g359d5b7edaf7d1c418d2026ba0bc76b52d006364
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
Patrick Palka changed:
What|Removed |Added
Summary|[12/13 Regression] ICE in |[12 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:5c79c0992acd2244e51d34f8e5dc33f13527cee3
commit r13-9702-g5c79c0992acd2244e51d34f8e5dc33f13527cee3
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:7fb526a9a16162c61e468ea566e00aa5dcbdb738
commit r13-9707-g7fb526a9a16162c61e468ea566e00aa5dcbdb738
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115358
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120449
--- Comment #1 from Andrew Pinski ---
-Wsystem-headers .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #13 from Jakub Jelinek ---
(In reply to Hana Dusíková from comment #12)
> I'm using [[gnu::used]] to emit constexpr symbol so it can be part of
> compatible interface.
I think we don't have a problem with exporting the ABI compatibl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120446
Bug ID: 120446
Summary: [C++23] Implement P2655R3 common_reference_t of
reference_wrapper Should Be a Reference Type
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120449
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
--- Comment #10 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #9)
> (In reply to anlauf from comment #8)
> > (In reply to Jerry DeLisle from comment #7)
> > > Ruuning tests right now to see if this has caused some bre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
--- Comment #11 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #10)
> Seems like some last-minute cleanup before submission broke something.
> I'll have a look.
It was the last-minute cleanup. Duh!
This fixes it:
diff --gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120449
--- Comment #4 from Zartaj Majeed ---
Thanks - and what about this?
No warning from
g++ -c -Wtype-limits -std=c++20 -Wsystem-headers typelimits.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120353
--- Comment #1 from qinzhao at gcc dot gnu.org ---
in the routine "finish_struct" of c-decl.cc, we have:
9660 if (warn_flex_array_member_not_at_end
9661 && !is_last_field
9662 && RECORD_OR_UNION_TYPE_P (TREE_TYPE (x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
--- Comment #12 from anlauf at gcc dot gnu.org ---
Created attachment 61529
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61529&action=edit
Fix for the breakage by r16-914-g787a8dec1acedf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
--- Comment #14 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:74a2281ae18c6dbbc640f0c79f7138a495ef8f0c
commit r16-921-g74a2281ae18c6dbbc640f0c79f7138a495ef8f0c
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114676
--- Comment #21 from GCC Commits ---
The releases/gcc-13 branch has been updated by Andreas Krebbel
:
https://gcc.gnu.org/g:9ca5e3ededa5b852fe4218457a6f10df3f7b7cb5
commit r13-9718-g9ca5e3ededa5b852fe4218457a6f10df3f7b7cb5
Author: Andreas Kreb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114676
--- Comment #20 from GCC Commits ---
The releases/gcc-12 branch has been updated by Andreas Krebbel
:
https://gcc.gnu.org/g:9cd936038de231b5541ae150ef2d815fec28015a
commit r12-5-g9cd936038de231b5541ae150ef2d815fec28015a
Author: Andreas Kre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120440
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[15/16 regression] gnat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109345
Paul Thomas changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #8 from kargls at comcast dot net ---
On 5/27/25 15:04, iains at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
>
> --- Comment #6 from Iain Sandoe ---
> (In reply to kargls from comment #4)
>> FX, Iain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120428
--- Comment #14 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #13)
> >
> > constexpr std::size_t ProcessChunkSize = BlockSize * OrderSize;
> >
> > std::array buffer{};
> >
> > std::byte* const bytes = reinterpret_cast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120440
--- Comment #5 from Sam James ---
(In reply to Sam James from comment #4)
> It bisects to r15-8901-g7bec4570301c43 which I find very surprising. Double
> checked with a build of r15-8900-g525d4a10302113 (which works) and
> r15-8901-g7bec4570301c
1 - 100 of 165 matches
Mail list logo