https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109066
Paul Thomas changed:
What|Removed |Added
Last reconfirmed||2023-03-09
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44794
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
La
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #39 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:bad177e848787258070415dbe002b2c6fba1c511
commit r13-6549-gbad177e848787258070415dbe002b2c6fba1c511
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
--- Comment #21 from Martin Liška ---
(In reply to Jakub Jelinek from comment #20)
> Well, cvise reduction of runtime testcases is always problematic, and trying
> to ensure
> the reduction doesn't introduce uninitialized var uses which weren't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
--- Comment #5 from Thomas Koenig ---
Might be invalid code, see
https://gcc.gnu.org/pipermail/fortran/2023-March/059062.html
That appears to be a problem with widely used old-style linear congruential
random number generators, which expect ov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
David Binderman changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
st 'trunk' branch (20230309), even with
'-enable-analyzer' option set, running 'make install' is not installing the
analyzer's header.
I've noticed this problem when first compiling and installing gcc from the
commit tagged 'basepoints/gcc-13'.
Fir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
Thomas Koenig changed:
What|Removed |Added
Known to work||12.2.0
--- Comment #7 from Thomas Koeni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
Martin Liška changed:
What|Removed |Added
CC||sayle at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
--- Comment #24 from David Binderman ---
I tried experimenting with the flags that change -O1 into -O2 and got this:
$ for i in ~/gcc/results.202205*/bin/gcc; do echo $i; $i -w
-ftrivial-auto-var-init=zero -O1 -fno-strict-aliasing bug892.c && (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109065
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #8 from Jakub Jelinek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
Martin Liška changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #25 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109071
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109074
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109078
Bug ID: 109078
Summary: Missing optimization on aarch64 for types like
`float32x4x2_t`
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71231
--- Comment #21 from Richard Biener ---
*** Bug 109075 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109079
Bug ID: 109079
Summary: Missing optimization for x86 avx intrinsic
_mm256_zeroall().
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108815
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
--- Comment #26 from Martin Liška ---
Simplified to:
unsigned char zero;
int main() {
unsigned g = 0;
unsigned *p1 = &g;
unsigned char *p2 = &zero;
do {
(*p1)++;
(*p2)--;
} while (zero);
__builtin_printf ("g=%u\n", g);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
--- Comment #27 from Martin Liška ---
Polished a bit more into:
unsigned char f = 0;
int main() {
unsigned g = 0;
unsigned *p1 = &g;
unsigned char *p2 = &f;
do {
(*p1)++;
(*p2)--;
} while (f);
__builtin_printf ("g=%u\n",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #41 from Jakub Jelinek ---
So, regarding the behavior around DBL_MAX or -DBL_MAX, consider say:
__attribute__((noipa)) double
foo (double eps)
{
double d = __DBL_MAX__ + eps;
if (d == __DBL_MAX__)
return eps;
return 0.0;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109041
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 109041, which changed state.
Bug 109041 Summary: Bogus compile time check by __builtin_memset? error:
‘__builtin_memset’ writing 4 bytes into a region of size 0 overflows the
destination [-Werror=stringop-overflow=]
http
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108546
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:e7d995cf9bff2ca4a54b94c4a38455ebd1c2883e
commit r11-10565-ge7d995cf9bff2ca4a54b94c4a38455ebd1c2883e
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108546
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #42 from Martin Liška ---
Thank your for the hard engineering fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109074
Andrew Pinski changed:
What|Removed |Added
Resolution|MOVED |INVALID
--- Comment #2 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109074
--- Comment #3 from Andrew Pinski ---
The reason for the abort is because you didn't catch the exception as libstc++
is throwing one because threads are not enabled at runtime via the linking of
libpthread.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
--- Comment #14 from Martin Liška ---
Created attachment 54621
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54621&action=edit
Unreduced test-case
Marek, can you please check if the unreduced test-case is a false-positive of
the warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #43 from Jakub Jelinek ---
Created attachment 54622
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54622&action=edit
gcc13-pr109008-2.patch
Above mentioned incremental patch. It does actually 2 things. One is not
widening to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109080
Bug ID: 109080
Summary: A write of a NAMELIST group containing an allocatable
array is incorrect
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #44 from Richard Biener ---
(In reply to Jakub Jelinek from comment #43)
> Created attachment 54622 [details]
> gcc13-pr109008-2.patch
>
> Above mentioned incremental patch. It does actually 2 things. One is not
> widening to -inf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109079
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109069
--- Comment #2 from Kewen Lin ---
Thanks for reporting, I don't have a handy Power10 ppc64 (BE) env for
reproducing this, do you mind to reduce it a bit first? (hint:
https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction)
btw, I tried to check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #45 from Jakub Jelinek ---
Created attachment 54623
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54623&action=edit
gcc13-pr109008-3.patch
Further incremental patch to do the .5ulp widening rather than 1ulp if not
-frounding-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108995
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #46 from Jakub Jelinek ---
Multiplication/division
638 1 50
679 50 1
8737 50 50
85436 -1 -1
202446 1 1
so much better than previously as well and no errors (conservatively correct).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
Paul Thomas changed:
What|Removed |Added
Resolution|DUPLICATE |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #47 from Jakub Jelinek ---
For the !MODE_HAS_INFINITIES, perhaps
--- gcc/range-op-float.cc.jj2023-03-09 13:12:05.248873234 +0100
+++ gcc/range-op-float.cc 2023-03-09 14:21:51.959802517 +0100
@@ -2216,6 +2216,7 @@ float_wide
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109075
Paul Thomas changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #11 from Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108995
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ace65db9215882b95e2ead1bb0dc8c54c2ea69be
commit r13-6550-gace65db9215882b95e2ead1bb0dc8c54c2ea69be
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108995
Richard Biener changed:
What|Removed |Added
Component|sanitizer |c
Assignee|rguenth at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108999
--- Comment #2 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:a6457974a1f443ab58d2334c02260299616c78b8
commit r13-6551-ga6457974a1f443ab58d2334c02260299616c78b8
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108887
--- Comment #8 from Jan Hubicka ---
> Also, reset() is only defined in cgraph_node, and I need it to work on both
> functions and variables.
Aha, this is a good point. I forgot that. I will make reset() working
on symbols in general. I think i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109066
--- Comment #2 from Paul Thomas ---
Hi Andrew,
Thanks for the report. However, IMHO the code is invalid since the result of
hdf5Constructor is not defined.
function hdf5Constructor() result(self)
implicit none
type(hdf5Object) :: sel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109031
--- Comment #29 from Jakub Jelinek ---
(In reply to Roger Sayle from comment #28)
> The integer_all_onesp test is only equivalent to -1 when the TREE_TYPE (x)
> is the same width or wider than type
... or the narrower type is signed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94908
--- Comment #9 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #8)
> I'm thinking of something like below so it can be matched both by
> expand_vselect_vconcat in ix86_expand_vec_perm_const_1 and patterns created
> by pass_combine(the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
--- Comment #2 from Tamar Christina ---
(In reply to rsand...@gcc.gnu.org from comment #1)
> (In reply to Tamar Christina from comment #0)
> > The SLP costs went from:
> >
> > Vector cost: 2
> > Scalar cost: 4
> >
> > to:
> >
> > Vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94908
Uroš Bizjak changed:
What|Removed |Added
Attachment #54607|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
--- Comment #3 from rsandifo at gcc dot gnu.org
---
(In reply to Tamar Christina from comment #2)
> I thought the SLP algorithm was bottom up and stores were
> already sinks?
Yeah, they are. But the point is that we're vectorising
the stores i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109039
--- Comment #2 from Jakub Jelinek ---
And there doesn't even have to be any NSDMI, even
struct X {
short x0 : 7;
short x1 : 8;
X () : x0 (1), x1 (2) {}
int get () { return x0 + x1; }
};
struct S {
[[no_unique_address]] X x;
char c;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #20 from CVS Commits ---
The master branch has been updated by Jonathan Yong :
https://gcc.gnu.org/g:d11e088210a551235d3937f867ee1c8b19d02290
commit r13-6552-gd11e088210a551235d3937f867ee1c8b19d02290
Author: Costas Argyris
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
--- Comment #4 from Tamar Christina ---
(In reply to rsand...@gcc.gnu.org from comment #3)
> (In reply to Tamar Christina from comment #2)
> > I thought the SLP algorithm was bottom up and stores were
> > already sinks?
> Yeah, they are. But th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109081
Bug ID: 109081
Summary: Confusion between FEATURE_LZCNT and FEATURE_ABM in
i386 cpuinfo
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107299
--- Comment #10 from Jonathan Wakely ---
I can build trunk without --enable-checking=release now, but I get some FAILs
in the libstdc++ testsuite:
during GIMPLE pass: threadfull
/home/test/src/gcc/libstdc++-v3/testsuite/20_util/to_chars/float12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:148cbb153dafd6b21d83c00787acd430aec68a3d
commit r13-6553-g148cbb153dafd6b21d83c00787acd430aec68a3d
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10
Stam Markianos-Wright changed:
What|Removed |Added
CC||stammark at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
--- Comment #11 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9e6170098d5e7756e85e880f8f4cb18e885a64fd
commit r13-6555-g9e6170098d5e7756e85e880f8f4cb18e885a64fd
Author: Jason Merrill
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102529
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:afe1f0c251d0429069c2414d4f3f14042efc174f
commit r13-6556-gafe1f0c251d0429069c2414d4f3f14042efc174f
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102529
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
Jason Merrill changed:
What|Removed |Added
Known to work||13.0
Summary|[12/13 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109066
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109082
Bug ID: 109082
Summary: emmintrin.h:1624:16: error: argument 3 must be a
literal between 0 and 15, inclusive
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109082
--- Comment #1 from Mathieu Malaterre ---
Looks like a typo:
% head -1624
/usr/lib/gcc-snapshot/lib/gcc/powerpc64le-linux-gnu/13/include/emmintrin.h |
tail
__v16qu __result;
const __v16qu __zeros = { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109069
--- Comment #3 from John Platts ---
Here is another test program that reproduces the vector truncation test issue:
#pragma push_macro("vector")
#pragma push_macro("pixel")
#pragma push_macro("bool")
#undef vector
#undef pixel
#undef bool
#incl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109082
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109082
--- Comment #3 from Jakub Jelinek ---
_mm_slli_si128's __result = vec_sld (__zeros, (__v16qu) __A, (16 - _imm5)); has
similar problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109069
--- Comment #4 from John Platts ---
Here is another test program that exposes the optimization bug with applying
the vec_sl operation to a constant vector (which generates incorrect results on
both big-endian and little-endian POWER10 when compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108882
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:f366fdfeec0af6cda716de913c32e48f9b1e3a0e
commit r13-6557-gf366fdfeec0af6cda716de913c32e48f9b1e3a0e
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109071
--- Comment #3 from Kees Cook ---
Is there a viable path to a solution here? This seems to cause enough false
positives with -Warray-bounds that at least Linux can't enable the flag. I'd
really like to have it enabled, though, since it finds ple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
--- Comment #5 from rsandifo at gcc dot gnu.org
---
Following an off-list discussion: maybe one option (for now) would
be to make the aarch64 builtins lowering code look for vld1s whose
arguments are ADDR_EXPRs of local VAR_DECLs (or maybe even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #13 from Tom Stellard ---
(In reply to Tom Stellard from comment #12)
> https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=6e80a1d164d1f9 is the first
> bad commit.
This commit also causes segfaults on s390x, but during frame registrati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109069
--- Comment #5 from John Platts ---
Here is another test program that shows the same code generation bug when a
splat followed by a vec_sld is incorrectly optimized by gcc 12.2.0 on
powerpc64-linux-gnu and powerpc64le-linux-gnu with the -mcpu=po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109039
--- Comment #3 from Jakub Jelinek ---
I think the bug is in class.cc (end_of_class), which does:
offset = size_binop (PLUS_EXPR, byte_position (field), size);
That works fine for non bit-fields, but for bit-fields it is sometimes
incorre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109039
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2023-03-09
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109065
Patrick Palka changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109072
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109079
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108980
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104332
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109080
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2023-03-09
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107572
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:3df9760d56662bdf38dd45f7398f003bbd64fdfe
commit r13-6558-g3df9760d56662bdf38dd45f7398f003bbd64fdfe
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107572
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |13.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108980
--- Comment #13 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c6232ba229a4fcd453b50f11351fcbd35296809c
commit r13-6559-gc6232ba229a4fcd453b50f11351fcbd35296809c
Author: Andrew Pinski
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 108980, which changed state.
Bug 108980 Summary: [13 Regression] Warning text missing the warning itself
(GCC 13)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108980
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108980
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108362
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:95827e1b9f7d5dd5a697bd60292e3876a7e8c15c
commit r13-6560-g95827e1b9f7d5dd5a697bd60292e3876a7e8c15c
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108362
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.3
--- Comment #3 from Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109024
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:065c93b89c5e97dcbfd79ee5172cf6800c286896
commit r13-6561-g065c93b89c5e97dcbfd79ee5172cf6800c286896
Author: Patrick Palka
Date: T
1 - 100 of 159 matches
Mail list logo
