* [Bug middle-end/58479] slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
@ 2013-09-19 20:03 ` mpolacek at gcc dot gnu.org
2013-09-19 20:06 ` [Bug middle-end/58479] [4.9 Regression] " mpolacek at gcc dot gnu.org
` (15 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2013-09-19 20:03 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-09-19
CC| |mpolacek at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Confirmed (with checking enabled). It's VTA: with -fno-var-tracking the
slowdown goes away.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9 Regression] slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
2013-09-19 20:03 ` [Bug middle-end/58479] " mpolacek at gcc dot gnu.org
@ 2013-09-19 20:06 ` mpolacek at gcc dot gnu.org
2013-09-19 20:10 ` mpolacek at gcc dot gnu.org
` (14 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2013-09-19 20:06 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|slow compilation on |[4.9 Regression] slow
|x86_64-linux at -O1 (and |compilation on x86_64-linux
|above) with -g, but |at -O1 (and above) with -g,
|checking disabled |but checking disabled
--- Comment #2 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
With 4.8/4.7 it's indeed not that bad, thus tentatively marking as 4.9
regression...
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9 Regression] slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
2013-09-19 20:03 ` [Bug middle-end/58479] " mpolacek at gcc dot gnu.org
2013-09-19 20:06 ` [Bug middle-end/58479] [4.9 Regression] " mpolacek at gcc dot gnu.org
@ 2013-09-19 20:10 ` mpolacek at gcc dot gnu.org
2014-01-20 9:56 ` [Bug middle-end/58479] [4.9 Regression] slow var-tracking " rguenth at gcc dot gnu.org
` (13 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: mpolacek at gcc dot gnu.org @ 2013-09-19 20:10 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |4.9.0
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (2 preceding siblings ...)
2013-09-19 20:10 ` mpolacek at gcc dot gnu.org
@ 2014-01-20 9:56 ` rguenth at gcc dot gnu.org
2014-01-20 10:48 ` jakub at gcc dot gnu.org
` (12 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-01-20 9:56 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
Or rather -fvar-tracking-assignments. The slowness creeps in
trivially dead code : 0.37 (13%) usr 0.00 ( 0%) sys 0.37 (10%) wall
0 kB ( 0%) ggc
complete unrolling : 0.36 (13%) usr 0.53 (55%) sys 0.81 (22%) wall
211254 kB (38%) ggc
expand : 0.29 (10%) usr 0.09 ( 9%) sys 0.38 (10%) wall
346562 kB (62%) ggc
var-tracking itself doesn't enter the picture.
main ()
{
<bb 2>:
# DEBUG D#1 => f
# DEBUG t$0$0$0 => D#1
# DEBUG t$0$0$1 => D#1
# DEBUG t$0$0$2 => D#1
... 3.3 million (!) similar lines follow ...
e = 8;
d = 8;
c = 8;
b = 8;
a = 8;
return 0;
}
seems to be support for aggregate piece debug values makes this blow up
totally. Nobody is going to p t[][][] here (and I suspect gdb support
isn't ready here either).
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (3 preceding siblings ...)
2014-01-20 9:56 ` [Bug middle-end/58479] [4.9 Regression] slow var-tracking " rguenth at gcc dot gnu.org
@ 2014-01-20 10:48 ` jakub at gcc dot gnu.org
2014-03-03 14:01 ` jakub at gcc dot gnu.org
` (11 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-01-20 10:48 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I don't see why do you think nobody would try to look at t[x][y][z] in the
debugger.
Anyway, I think we can do two things here. Obviously we can't give up on
cunrolling it because that would be a clear -fcompare-debug failure. But:
1) in loop unrolling, analyze the debug stmts we are about to unroll, and if
some of the debug stmts refer to a decl no other debug stmt in the loop refers
to (though would need to take into account DECL_DEBUG_EXPR overlaps) and the
expression in the debug stmt uses only SSA_NAMEs from before the loop,
constants and/or debug exprs from the loop that satisfy that recursively, just
emit the those debug stmts in the first iteration only and not repeat those in
all the other unrolled iterations
1a) alternatively to that, write some debug stmt optimization pass, that would
detect the case of useless debug stmts (saying something lives in what it is
known to live at from earlier debug stmts already)
2) have some debug stmt limits (--param controlled), above which we start
dropping debug stmts or resetting them just once or something similar. Because
it is possible that there are multiple debug stmts per the same decl in the
loop and 1) or 1a) can't do anything. Perhaps have the normal debug stmts in
first iteration of the unrolled loop (or a few of them, depending on how many
there are), then when we give up just reset all the debug stmts in some
iteration and after that iteration and before last iteration don't emit debug
stmts at all, then finally in the last iteration emit debug stmts again.
Testcase for 2) is e.g. -O2 -g:
int a, b, c, d, e;
int
main ()
{
for (a = 0; a < 16; a++)
for (b = 0; b < 16; b++)
for (c = 0; c < 16; c++)
for (d = 0; d < 16; d++)
for (e = 0; e < 16; e++)
{
int f;
#define F10 f = 0; f = 1; f = 2; f = 3; f = 4; f = 5; f = 6; f = 7; f = 8; f =
9;
#define F100 F10 F10 F10 F10 F10 F10 F10 F10 F10 F10
F100
}
return 0;
}
Another testcase, with no unrolling at all, that shows that it is easy to get
thousands of debug stmts:
int a, b, c, d, e, f;
int
main ()
{
#define F1 {{f, f, f, f, f, f, f, f, f}, {f, f, f, f, f, f, f, f, f}},
#define F10 F1 F1 F1 F1 F1 F1 F1 F1 F1 F1
#define F100 F10 F10 F10 F10 F10 F10 F10 F10 F10 F10
#define F1000 F100 F100 F100 F100 F100 F100 F100 F100 F100 F100
int t[1000][2][9] = {
F1000
};
return 0;
}
not sure where if at all to put any --param limits here though, after all, you
get for this in the initializers as huge spaghetti code and only later on that
is transformed into no actual code, just DEBUG stmt spaghetti. Though,
supposedly this last example is already related to the PR59659 patch (which
I've done for C++ only so far).
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (4 preceding siblings ...)
2014-01-20 10:48 ` jakub at gcc dot gnu.org
@ 2014-03-03 14:01 ` jakub at gcc dot gnu.org
2014-03-12 15:28 ` [Bug middle-end/58479] [4.8/4.9 " jakub at gcc dot gnu.org
` (10 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-03 14:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Alex, your thoughts on this?
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.8/4.9 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (5 preceding siblings ...)
2014-03-03 14:01 ` jakub at gcc dot gnu.org
@ 2014-03-12 15:28 ` jakub at gcc dot gnu.org
2014-04-22 11:37 ` [Bug middle-end/58479] [4.8/4.9/4.10 " jakub at gcc dot gnu.org
` (9 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-03-12 15:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P1 |P2
Summary|[4.9 Regression] slow |[4.8/4.9 Regression] slow
|var-tracking on |var-tracking on
|x86_64-linux at -O1 (and |x86_64-linux at -O1 (and
|above) with -g, but |above) with -g, but
|checking disabled |checking disabled
--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
BTW, I don't see any significant slowdown from r155360 when this regressed on
compile time (for different reasons).
It has been slow until r187052, with r187053 it returned roughly at previous
speed, then r195015 started emitting the debug stmts and compile time went up
again.
But, if I compare 4.8 branch (--enable-checking=yes,rtl) from r208337 with
current trunk (--enable-checking=yes,rtl), trunk is a few % faster even.
So, IMHO this isn't a P1 regression as it hasn't really regressed recently (and
while during development of 4.8 it has been for certain period fast again, it
hasn't been "fixed" in any released compiler after 4.4.x).
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.8/4.9/4.10 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (6 preceding siblings ...)
2014-03-12 15:28 ` [Bug middle-end/58479] [4.8/4.9 " jakub at gcc dot gnu.org
@ 2014-04-22 11:37 ` jakub at gcc dot gnu.org
2014-07-16 13:31 ` jakub at gcc dot gnu.org
` (8 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-04-22 11:37 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.9.0 |4.9.1
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.0 has been released
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.8/4.9/4.10 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (7 preceding siblings ...)
2014-04-22 11:37 ` [Bug middle-end/58479] [4.8/4.9/4.10 " jakub at gcc dot gnu.org
@ 2014-07-16 13:31 ` jakub at gcc dot gnu.org
2014-10-30 10:42 ` [Bug middle-end/58479] [4.8/4.9/5 " jakub at gcc dot gnu.org
` (7 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-07-16 13:31 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.9.1 |4.9.2
--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.1 has been released.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.8/4.9/5 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (8 preceding siblings ...)
2014-07-16 13:31 ` jakub at gcc dot gnu.org
@ 2014-10-30 10:42 ` jakub at gcc dot gnu.org
2015-06-26 20:10 ` [Bug middle-end/58479] [4.9/5/6 " jakub at gcc dot gnu.org
` (6 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-10-30 10:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.9.2 |4.9.3
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.2 has been released.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9/5/6 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (9 preceding siblings ...)
2014-10-30 10:42 ` [Bug middle-end/58479] [4.8/4.9/5 " jakub at gcc dot gnu.org
@ 2015-06-26 20:10 ` jakub at gcc dot gnu.org
2015-06-26 20:36 ` jakub at gcc dot gnu.org
` (5 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-06-26 20:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
--- Comment #10 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.3 has been released.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [4.9/5/6 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (10 preceding siblings ...)
2015-06-26 20:10 ` [Bug middle-end/58479] [4.9/5/6 " jakub at gcc dot gnu.org
@ 2015-06-26 20:36 ` jakub at gcc dot gnu.org
2021-05-14 9:46 ` [Bug middle-end/58479] [9/10/11/12 " jakub at gcc dot gnu.org
` (4 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-06-26 20:36 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.9.3 |4.9.4
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [9/10/11/12 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (11 preceding siblings ...)
2015-06-26 20:36 ` jakub at gcc dot gnu.org
@ 2021-05-14 9:46 ` jakub at gcc dot gnu.org
2021-06-01 8:06 ` rguenth at gcc dot gnu.org
` (3 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-05-14 9:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|8.5 |9.4
--- Comment #19 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 8 branch is being closed.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug middle-end/58479] [9/10/11/12 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (12 preceding siblings ...)
2021-05-14 9:46 ` [Bug middle-end/58479] [9/10/11/12 " jakub at gcc dot gnu.org
@ 2021-06-01 8:06 ` rguenth at gcc dot gnu.org
2022-05-27 9:34 ` [Bug debug/58479] [10/11/12/13 " rguenth at gcc dot gnu.org
` (2 subsequent siblings)
16 siblings, 0 replies; 18+ messages in thread
From: rguenth at gcc dot gnu.org @ 2021-06-01 8:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|9.4 |9.5
--- Comment #20 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 9.4 is being released, retargeting bugs to GCC 9.5.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug debug/58479] [10/11/12/13 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (13 preceding siblings ...)
2021-06-01 8:06 ` rguenth at gcc dot gnu.org
@ 2022-05-27 9:34 ` rguenth at gcc dot gnu.org
2022-06-28 10:30 ` jakub at gcc dot gnu.org
2023-07-07 10:30 ` [Bug debug/58479] [11/12/13/14 " rguenth at gcc dot gnu.org
16 siblings, 0 replies; 18+ messages in thread
From: rguenth at gcc dot gnu.org @ 2022-05-27 9:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|9.5 |10.4
--- Comment #21 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 9 branch is being closed
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug debug/58479] [10/11/12/13 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (14 preceding siblings ...)
2022-05-27 9:34 ` [Bug debug/58479] [10/11/12/13 " rguenth at gcc dot gnu.org
@ 2022-06-28 10:30 ` jakub at gcc dot gnu.org
2023-07-07 10:30 ` [Bug debug/58479] [11/12/13/14 " rguenth at gcc dot gnu.org
16 siblings, 0 replies; 18+ messages in thread
From: jakub at gcc dot gnu.org @ 2022-06-28 10:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|10.4 |10.5
--- Comment #22 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 10.4 is being released, retargeting bugs to GCC 10.5.
^ permalink raw reply [flat|nested] 18+ messages in thread
* [Bug debug/58479] [11/12/13/14 Regression] slow var-tracking on x86_64-linux at -O1 (and above) with -g, but checking disabled
2013-09-19 19:47 [Bug middle-end/58479] New: slow compilation on x86_64-linux at -O1 (and above) with -g, but checking disabled su at cs dot ucdavis.edu
` (15 preceding siblings ...)
2022-06-28 10:30 ` jakub at gcc dot gnu.org
@ 2023-07-07 10:30 ` rguenth at gcc dot gnu.org
16 siblings, 0 replies; 18+ messages in thread
From: rguenth at gcc dot gnu.org @ 2023-07-07 10:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58479
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|10.5 |11.5
--- Comment #23 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 10 branch is being closed.
^ permalink raw reply [flat|nested] 18+ messages in thread