https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101158
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101159
--- Comment #2 from Andrew Pinski ---
A simple patch to check the return value of get_vectype_for_scalar_type to make
sure it is non-null should fix the testcase and return NULL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101157
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101156
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=101154
--- Comment #2 from Martin Liška ---
Good. Hope you can reproduce it. Tell me if you need bisection or not?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101154
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=101153
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101151
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101159
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101161
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101161
Bug ID: 101161
Summary: [12 Regression] ICE: SIGSEGV in tree_class_check at
-O3 during GIMPLE pass: slp
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101108
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101143
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101157
--- Comment #2 from Andrew Pinski ---
(In reply to Martin Liška from comment #1)
> Likely dup of PR101160.
No I doubt it. Both might be exposed two different latent bugs. The
df_ref_record hunk looks like it is catching latent bugs really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101160
--- Comment #1 from Andrew Pinski ---
What target?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101151
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.2
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101156
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101157
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101160
Martin Liška changed:
What|Removed |Added
Known to fail||12.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101160
Bug ID: 101160
Summary: [12 Regression] ICE in df_word_lr_local_compute, at
df-problems.c:2962 since r12-1702-g7232f7c4c2d72743
Product: gcc
Version: 12.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101159
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101159
Bug ID: 101159
Summary: [12 Regression] ICE Segmentation fault since
r12-1707-ge08a125b208e717f
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 101014, which changed state.
Bug 101014 Summary: [12 Regression] Big compile time hog with -O3 since
r12-1268-g9858cd1a6827ee7a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101014
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101014
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101014
--- Comment #15 from Martin Liška ---
Created attachment 51043
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51043&action=edit
One another test-case
I have one more test-case that hangs with -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101148
Martin Liška changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101158
Bug ID: 101158
Summary: ICE in gimple_call_arg, at gimple.h:3247
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-checking, ice-on-valid-code
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 97770, which changed state.
Bug 97770 Summary: [ICELAKE]suboptimal vectorization for vpopcntw/b/q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
Hongtao.liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #21 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e08a125b208e717f99caa991052537305ca75b6a
commit r12-1707-ge08a125b208e717f99caa991052537305ca75b6a
Author: liuhongt
Date: Wed Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101106
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100866
--- Comment #13 from luoxhu at gcc dot gnu.org ---
It is not visible in combine due to the constant data is in *.LC0 and
UNSPEC_VPERM. Will shelf this and switch to other high priority issues.
pr100866.c.277r.combine:
(note 4 0 20 2 [bb 2] NOTE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100310
Hongtao.liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
, .-dummyf1_avx512x8
.ident "GCC: (GNU) 12.0.0 20210621 (experimental)"
.section.note.GNU-stack,"",@progbits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100310
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:d4175a5d9bb8fe0a62baeff748a18efe884c97c6
commit r11-8637-gd4175a5d9bb8fe0a62baeff748a18efe884c97c6
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100267
--- Comment #7 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:f51618f301664d02cc41205f1386c0c9b9a29a54
commit r12-1706-gf51618f301664d02cc41205f1386c0c9b9a29a54
Author: liuhongt
Date: Thu Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100310
--- Comment #3 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b6efffa552cee6a20a58c91e5f41466c5715d73d
commit r12-1705-gb6efffa552cee6a20a58c91e5f41466c5715d73d
Author: liuhongt
Date: Wed Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101150
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100137
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #5 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100782
--- Comment #1 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #0)
> Not sure if it's a dupe of bug #100241. Filing just in case.
Probably different: it's a different target and different instruction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101106
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:2348a458e156641c5d4b0e998ae0d175196cfd51
commit r11-8629-g2348a458e156641c5d4b0e998ae0d175196cfd51
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100879
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:4f2819223873266b4cdfa7af54752a37d1ebd665
commit r11-8628-g4f2819223873266b4cdfa7af54752a37d1ebd665
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101134
--- Comment #3 from Martin Sebor ---
The warning architecture doesn't make it possible to distinguish between the
two situations you describe. No flow-sensitive GCC warning points out a
certain bug: every instance needs to be viewed as only a p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101157
Andrew Pinski changed:
What|Removed |Added
Component|other |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101157
Bug ID: 101157
Summary: [12 regression] ICE compiling
gcc.target/powerpc/stack-limit.c after r12-1702
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101066
--- Comment #3 from Martin Jambor ---
I have proposed a fix on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573338.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #10 from Tomasz Kłoczko ---
Just restarted gdm on system with mesa compiled with -flifetime-dse=1 abd it
works.
Looks like it wi still sometbing to do with medsa code to add probably
necessary #pragma around the code which relies on
gcc version 12.0.0 20210621 (experimental) [master revision
:ac955e7ab:3e42ff715697c75c4fb4aed550a8a15edb3eeea6] (GCC)
$ cat mutant.c
struct S {
int i;
} baz(struct S *p) {
setjmp(p--);
}
$ gcc-trunk mutant.c
mutant.c: In function ‘baz’:
mutant.c:4:3: warning: implicit declaration of function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101154
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-06-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101155
Bug ID: 101155
Summary: comparing non-capturing lambdas is not constexpr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101154
Bug ID: 101154
Summary: [12 Regression] AddressSanitizer:
dynamic-stack-buffer-overflow on address: in
vect_build_slp_tree_2 ../../gcc/tree-vect-slp.c:2039
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100866
--- Comment #12 from Segher Boessenkool ---
(In reply to Bill Schmidt from comment #11)
> Segher, does this fit naturally in combine?
This is just constant folding, combine won't have much to do with it.
It is always better (namely, lower late
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #9 from Tomasz Kłoczko ---
(In reply to Andrew Pinski from comment #3)
> Does adding -fno-strict-aliasing help?
> What is exactly command lines being used to compile the object files and the
> final link?
Just tested binaries builkd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #15 from Nick Desaulniers ---
(In reply to Fangrui Song from comment #14)
> Can a no_profile_instrument_function function be inlined into a function
> without the attribute? This may be controversial but I'd argue that it can.
> GCC n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100971
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101153
Bug ID: 101153
Summary: [12 regression] gcc.target/powerpc/float128-minmax.c
fails after r12-1605
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #8 from Andrew Pinski ---
(In reply to Tomasz Kłoczko from comment #7)
> (In reply to Andrew Pinski from comment #4)
> > https://gitlab.freedesktop.org/mesa/mesa/-/issues/2977
> >
> > So not a GCC bug.
>
> This not the same stack t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #7 from Tomasz Kłoczko ---
(In reply to Andrew Pinski from comment #4)
> https://gitlab.freedesktop.org/mesa/mesa/-/issues/2977
>
> So not a GCC bug.
This not the same stack trace and that ticket is more than year old.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #14 from Fangrui Song ---
(In reply to Martin Liška from comment #13)
> What's likely missing is that the attribute should prevent inlining. I'm
> going to test how it behaves right now. Then, the issue can be closed.
It's not clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #6 from Tomasz Kłoczko ---
Hmm .. why status has been changed to RESOLVED?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #5 from Tomasz Kłoczko ---
About strict aliasing: I need to check that (will back with results shortly)
Here is short sctipt to produce binaries:
CFLAGS='-O2 -g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101051
Martin Liška changed:
What|Removed |Added
Summary|[10/11/12 Regression] [ICE] |[10/11/12 Regression] [ICE]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101040
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101098
--- Comment #2 from Jason Merrill ---
The ICE does not happen with -std=c++20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
--- Comment #21 from koss.dallas at crm dot leadkahuna.com ---
Hello!
You can examine a list of the required documents here in one file:
xpawel.com/miss-edythe-mccullough/gcc-bugzilla-12.zip
-Original Message-
On Thursday, 25 March
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80223
--- Comment #12 from Nick Desaulniers ---
Ah, perfect!
commit 1225d6b1134b ("Introduce no_profile_instrument_function attribute")
LGTM: https://godbolt.org/z/779xzndY6
Looks like it landed in GCC 7.1.
Let me change over the attribute identifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #3 from Andrew Pinski ---
Does adding -fno-strict-aliasing help?
What is exactly command lines being used to compile the object files and the
final link?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100796
--- Comment #10 from Giuseppe D'Angelo ---
Thank you very much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101134
--- Comment #2 from Giuseppe D'Angelo ---
As I said,
> Adding enough __builtin_unreachable() for that condition removes the
> warnings, but it should not be necessary.
I disagree with the resolution, though. While I understand that GCC cannot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101152
Bug ID: 101152
Summary: std::get_time %Y accepts years with less than 4 digits
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101051
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[ICE] in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101134
Martin Sebor changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100796
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88529
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101148
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88529
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:7232f7c4c2d727431096a7ecfcf4ad4db71dcf2a
commit r12-1702-g7232f7c4c2d727431096a7ecfcf4ad4db71dcf2a
Author: Jason Merrill
Date: Su
-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210621 (experimental) [master revision
edf0c3ffb59:30584177106:12bdd39755a25d237b7776153cbe03e171396fc5] (GCC)
[512] %
[512] % gcctk -O0 small.c; ./a.out
[513] %
[513] % gcctk -O1 small.c
small.c: In function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101148
--- Comment #4 from Martin Liška ---
Hm, I ended up with quite some files:
---
/home/marxin/Programming/cpu2017/benchspec/CPU/527.cam4_r/build/build_peak_gcc-m64./FILES
---
/home/marxin/Programming/cpu2017/benchspec/CPU/527.cam4_r/build/bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89417
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101132
Xi Ruoyao changed:
What|Removed |Added
Keywords||patch
--- Comment #8 from Xi Ruoyao ---
Pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101137
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> template
> concept SignedIntegralRef1
> = std::is_lvalue_reference_v && SignedIntegral1;
Oops, that should be
std::is_lvalue_reference_v && SignedIntegral
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101137
--- Comment #3 from Jonathan Wakely ---
I get the same behaviour if I replace all uses of std::conjunction with fold
expressions and split up your unreadable long lines into simpler atoms (which
also makes the code much simpler) e.g.
template
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101120
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101120
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0ad9c7087ef3904da89f2db6007b6d28b116087f
commit r12-1699-g0ad9c7087ef3904da89f2db6007b6d28b116087f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86439
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101137
--- Comment #2 from Jonathan Wakely ---
And ideally, remove everything not relevant to the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101137
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-06-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100866
--- Comment #11 from Bill Schmidt ---
Segher, does this fit naturally in combine?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43933
--- Comment #5 from Jonathan Wakely ---
It's not fixed in GCC 9 though. I think it's probably fixed by r11-2546 for PR
94024 but I can't bisect right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100866
--- Comment #10 from Bill Schmidt ---
Right, it would be a good optimization. We've stopped focusing much on P8
optimization work at this point simply because of lack of resources.
The needed transform is to recognize load-xxlnor-vperm as a gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101146
--- Comment #1 from Tomasz Kłoczko ---
I forgot about on crucial detail. To reproduce that you need env with NVidia
card.
In my case I'm using
:18:00.1 Audio device: NVIDIA Corporation GP104 High Definition Audio
Controller (rev a1)
Howeve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58055
Bug 58055 depends on bug 67302, which changed state.
Bug 67302 Summary: [C++14] copy elision in return (expression)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67302
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67302
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80431
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67302
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:21761d2b2b01f6cef4287c646845f6b3006546aa
commit r12-1698-g21761d2b2b01f6cef4287c646845f6b3006546aa
Author: Patrick Palka
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80431
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:de31f5445b12fd9ab9969dc536d821fe6f0edad0
commit r12-1697-gde31f5445b12fd9ab9969dc536d821fe6f0edad0
Author: Patrick Palka
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101150
Bug ID: 101150
Summary: null pointer dereference false positive disappears
when compiling an additional function
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
1 - 100 of 132 matches
Mail list logo
