https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68034
--- Comment #3 from Sam James ---
Accordingly, it's a better fit for static analysis.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68034
--- Comment #2 from Andrew Pinski ---
I am not sure if this needs to be done since there is memset_explicit in C23
now.
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n2897.htm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117635
--- Comment #1 from Sam James ---
I suggest that we just use up to 0859f8431242d5adff21420b9cab538d2af527b5 in
libffi.git rather than 3.4.6 to avoid having to reapply backports.
(I backported many of the commits between 3.4.6 and
0859f8431242d5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117636
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117636
Bug ID: 117636
Summary: Sync in-tree copy of libiberty's obstack with gnulib
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117635
Bug ID: 117635
Summary: Bundled libffi needs updating to libffi-3.4.6
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-11-17
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #33 from GCC Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:aac5c57ee167230cea466064951daf06e42197b9
commit r15-5361-gaac5c57ee167230cea466064951daf06e42197b9
Author: Jan Hubicka
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117633
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103515
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
Kewen Lin changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
--- Comment #17 from Andrew Pinski ---
(In reply to Richard Biener from comment #10)
> (In reply to Andi Kleen from comment #9)
> > Any progress on fixing the test case, so that this can be finally fixed?
>
> I have no idea how to do that withou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117634
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83129
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117634
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
La
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117634
--- Comment #2 from Andrew Pinski ---
Note LLVM is able to hand f3 but not f6 (the calloc one). calloc should not be
too hard to add once the f3 is handled I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117634
Bug ID: 117634
Summary: memset/struct copy transformation into memset/memset
is not done if not address
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117276
--- Comment #7 from Oliver Schönrock ---
I did some additional testing on older distributions. On debian 11, bullseye,
oldstable, we have
gcc version 10.2.1 20210110 (Debian 10.2.1-6)
I noticed that my patch DID NOT apply
and the leak is NO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109401
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:5eadc673366c68a62264c55a570cbdfca96bbbaa
commit r15-5355-g5eadc673366c68a62264c55a570cbdfca96bbbaa
Author: Eikansh Gupta
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117633
Bug ID: 117633
Summary: system.h still does a define bool to unsigned char
even for C23
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-impro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #32 from Jan Hubicka ---
thanks. I think codegen should be fine, so I will commit the patch so we get it
tested by LNT.
We may get bit better here.
Applying the reverted _M_invariant patch (r14-1452-gfb409a15d9babc) gets me 133
bad_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61034
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90571
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117632
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90571
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #31 from Jonathan Wakely ---
(In reply to Jan Hubicka from comment #30)
> I will test the _M_invariant patch same way. While it should not have
> effect on inliner (I will double-check), I am not sure it is a good idea.
> It adds a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
Sam James changed:
What|Removed |Added
CC||fw at gcc dot gnu.org,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54481
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #30 from Jan Hubicka ---
Created attachment 59610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59610&action=edit
patch for non-negative checks in std::vector::size and std::vector::capacity
This patch adds non-negativity che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117632
Bug ID: 117632
Summary: missed indirect to conditional direct call
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95445
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80680
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116488
--- Comment #11 from Georg-Johann Lay ---
gcc.dg/torture/pr116488.c fails on avr.
/* { dg-do run } */
/* { dg-additional-options "-fno-forward-propagate" } */
int a, b;
signed char c, e;
unsigned char d;
__attribute__ ((noinline,noclone,noipa))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117631
Bug ID: 117631
Summary: Not removing only set static variable with an array
which is set with a constructor
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117630
--- Comment #4 from Jonathan Wakely ---
The remaining global destructors are:
src/c++98/ios_base_init.h:12
src/c++11/compatibility-c++0x.cc:218
src/c++11/compatibility-c++0x.cc:218
src/c++11/future.cc:77
src/c++11/ios_errcat.cc:72
src/c++11/sys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> so avr can be removed.
That is fixed with r15-5357 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105769
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117630
--- Comment #3 from R. Diez ---
Thanks for the info. I guess one way out for me would be to skip GCC 14 and
hope that those 2 atexit calls that are pestering my now do get optimised away
by GCC 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19661
--- Comment #22 from Andrew Pinski ---
By the way there is an improvement of 7 __cxa_atexit for libstdc++ even:
[apinski@xeond2 lib64]$ objdump -dr libstdc++.so.6.0.34|grep __cxa_atexit|wc -l
10
[apinski@xeond2 lib64]$ objdump -dr libstdc++.so.6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117630
--- Comment #2 from Andrew Pinski ---
So looking at GCC 15 vs 14 for x86_64-linux:
[apinski@xeond2 lib64]$ objdump -dr libstdc++.so.6.0.34|grep __cxa_atexit|wc -l
10
[apinski@xeond2 lib64]$ objdump -dr libstdc++.so.6.0.33|grep __cxa_atexit|wc -l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117630
--- Comment #1 from Andrew Pinski ---
>GCC still fails to optimise away such empty destructors (this has been
>reported some years ago) and generates useless atexit() entries for them.
No it was just fixed this year for GCC 15, See PR 19661 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
--- Comment #30 from R. Diez ---
I just hit a similar atexit problem with GCC 14.2, this time for immortal
instances generic_category_instance and system_category_instance. See here for
more information:
https://gcc.gnu.org/bugzilla/show_bug.cg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117630
Bug ID: 117630
Summary: Useless atexit entry for generic_category_instance and
system_category_instance
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106507
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |14.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:dac2236d12583c43b7163fdb1d9d5bf49a3b5fd0
commit r13-9196-gdac2236d12583c43b7163fdb1d9d5bf49a3b5fd0
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117625
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117625
--- Comment #1 from Andrew Pinski ---
Created attachment 59609
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59609&action=edit
Semi cleaned reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:74bfca7360910ae640c2c9c362fe9a4c0ebcc3ba
commit r14-10934-g74bfca7360910ae640c2c9c362fe9a4c0ebcc3ba
Author: Georg-Johan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53357
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
--- Comment #18 from Jerry DeLisle ---
(In reply to Bálint Aradi from comment #17)
> Checked with gfortran 14.1, the file created is the same as with the other
> compilers (and which is the standard conforming behavior IMO). Issue can be
> close
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115275
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115275
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:b085fc9965b7d1e99725892587682822068f2baa
commit r15-5356-gb085fc9965b7d1e99725892587682822068f2baa
Author: Andrew Pinski
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116781
--- Comment #5 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:083892ba18452383a1f240072d2a96dd72321a4f
commit r15-5353-g083892ba18452383a1f240072d2a96dd72321a4f
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117500
--- Comment #2 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:02d7370966ac19af966b827b4c984e8a38fdf728
commit r15-5352-g02d7370966ac19af966b827b4c984e8a38fdf728
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109401
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104036
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114618
Bug 114618 depends on bug 109358, which changed state.
Bug 109358 Summary: Wrong formatting with T-descriptor during stream output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78942
Bálint Aradi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116781
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116781, which changed state.
Bug 116781 Summary: [lra][avr] internal compiler error: in
cselib_invalidate_regno, at cselib.cc:2545
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116781
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 116781, which changed state.
Bug 116781 Summary: [lra][avr] internal compiler error: in
cselib_invalidate_regno, at cselib.cc:2545
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116781
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117624
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
Bálint Aradi changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Under libgcc:
> ```
> [apinski@xeond2 config]$ git grep bool|grep typedef
> arm/freebsd-atomic.c:typedef unsigned char bool;
> arm/linux-atomic-64bit.c:typedef u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105170
Bálint Aradi changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103434
Bálint Aradi changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
--- Comment #4 from Andrew Pinski ---
Under libgcc:
```
[apinski@xeond2 config]$ git grep bool|grep typedef
arm/freebsd-atomic.c:typedef unsigned char bool;
arm/linux-atomic-64bit.c:typedef unsigned char bool;
arm/linux-atomic.c:typedef unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106507
--- Comment #1 from Bálint Aradi ---
Tested with gfortran 14.1, the issue is still present, the example still can
not be compiled and triggers the same (false) error message.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104036
Bálint Aradi changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97323
--- Comment #17 from Andrew Pinski ---
(In reply to David Binderman from comment #16)
> This C code also seems to generate the same error on 32 bit ARM:
That coment is a different issue and is recorded as PR 113688 already (C23
turned on by defa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117628
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117627
--- Comment #2 from John David Anglin ---
bool is not used in the file and I think the typedef line can be removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107362
--- Comment #5 from Bálint Aradi ---
Checked with gfortran 14.1, the example still gives a segfault.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117627
Andrew Pinski changed:
What|Removed |Added
Target||hppa*-*-*
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115275
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117626
Andrew Pinski changed:
What|Removed |Added
Summary|[15 Regression] |[15 Regression]
|inco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
Bálint Aradi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113118
Bálint Aradi changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
--- Comment #2 from Segher Boessenkool ---
"Since C23 "bool" is a keyword designating a type", something like that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
Bug ID: 117629
Summary: Redefinition of bool type in C23 could have better
diagnostic
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117629
--- Comment #1 from Sam James ---
(In reply to Sam James from comment #0)
> It'd be nice if we could diagnose what's happening here (bool is a type,
> please don't redeclare it, ...).
Of course, this is implied in the first error, but it'd be n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117628
Bug ID: 117628
Summary: New gcc build failure on 32 bit ARM
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
() {
struct FAM {
char c;
int data[1]
};
}
dcb@raspberrypi5:~/cvise $ /home/dcb/gcc/results.20241114/bin/gcc -w -g -c
fam.c
dcb@raspberrypi5:~/cvise $ /home/dcb/gcc/results.20241116/bin/gcc -w -g -c
fam.c
fam.c: In function ‘test_single_element_array_possible_fam’:
fam.c:12:1: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117624
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:09ef9756f22a8c4143c6b8d3afcddc72fb700c76
commit r15-5348-g09ef9756f22a8c4143c6b8d3afcddc72fb700c76
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109066
--- Comment #6 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:27ff8049bbdb0a001ba46835cd6a334c4ac76573
commit r15-5347-g27ff8049bbdb0a001ba46835cd6a334c4ac76573
Author: Paul Thomas
Date: Sat N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374
--- Comment #27 from GCC Commits ---
The trunk branch has been updated by Gerald Pfeifer :
https://gcc.gnu.org/g:4a4bd60fa08b9e1079ebead6cb8c3ce82c7f9ef6
commit r15-5346-g4a4bd60fa08b9e1079ebead6cb8c3ce82c7f9ef6
Author: Gerald Pfeifer
Date:
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241116 targeting hppa64-linux-gnu (ore hppa64-elf):
../../../src/libgcc/config/pa/linux-atomic.c:267:23: error: two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116753
--- Comment #5 from Andrew Macleod ---
Theres room for some improvement in relations via PHIs that I will document
here so I don't lose it. in VRP1 I see:
Registering value_relation (x_7 > x_4) (bb5) at x_7 = x_4 + 1;
Registering value_relati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117612
--- Comment #3 from Jakub Jelinek ---
For -O2 -ffast-math this is optimized partially in phiopt (turns that a != b ?
a < b : 0 into (a != b) & (a < b)) and reassoc, which simplifies the latter
into just a < b.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
uecker at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-11-16
Statu
0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241116, w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55001
--- Comment #10 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> Note it's going to be _way_ easier to tackle when we got rid of vcond{,u,eq}
> since then the compares and the condition can be lowered separately.
Which is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117594
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90594
--- Comment #16 from rguenther at suse dot de ---
On Fri, 15 Nov 2024, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90594
>
> Andrew Pinski changed:
>
>What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117623
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117558
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:935aaface9469df644a3d926320da68cd796c067
commit r15-5337-g935aaface9469df644a3d926320da68cd796c067
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117615
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117614
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
1 - 100 of 128 matches
Mail list logo
