public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
@ 2020-03-10 8:56 ` jakub at gcc dot gnu.org
2020-03-10 14:32 ` law at redhat dot com
` (12 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-10 8:56 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org,
| |vmakarov at gcc dot gnu.org
--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Vlad, do you think you could have a look? Seems the function isn't that big,
23 bbs and < 1200 insns before LRA, 1000 pseudos, but during LRA it turns those
into 120000+ insns and counting, 10GB *.lra log (didn't wait until it
completes).
Thanks.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
2020-03-10 8:56 ` [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out jakub at gcc dot gnu.org
@ 2020-03-10 14:32 ` law at redhat dot com
2020-03-10 14:49 ` jakub at gcc dot gnu.org
` (11 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: law at redhat dot com @ 2020-03-10 14:32 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #5 from Jeffrey A. Law <law at redhat dot com> ---
Umm, the issue was bisected to a sccvn change, so I'm not sure why is landing
on Vlad. Richi or someone familiar with SCCVN needs to take a look.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
2020-03-10 8:56 ` [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out jakub at gcc dot gnu.org
2020-03-10 14:32 ` law at redhat dot com
@ 2020-03-10 14:49 ` jakub at gcc dot gnu.org
2020-03-10 15:26 ` jakub at gcc dot gnu.org
` (10 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-10 14:49 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
That IMHO just made a latent issue no longer latent.
I'd say it is either a LRA issue or some backend issue related to RA, on a
relatively short function LRA shouldn't take hours.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2020-03-10 14:49 ` jakub at gcc dot gnu.org
@ 2020-03-10 15:26 ` jakub at gcc dot gnu.org
2020-03-10 15:40 ` jakub at gcc dot gnu.org
` (9 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-10 15:26 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
richi's change basically on the testcase just changed 6 times in the function:
hl_.v_ = a11_334;
- accvhi4__777 = hl_.hilo_.hi_;
- accvlo4__778 = hl_.hilo_.lo_;
+ _612 = BIT_FIELD_REF <a11_334, 32, 0>;
+ _613 = BIT_FIELD_REF <a11_334, 32, 32>;
or so (plus different SSA_NAME_VERSION).
That is given:
typedef unsigned char rc_vec4_type_ __attribute__((__vector_size__(4)));
struct { rc_vec4_type_ hi_, lo_; } hilo_; } RC_hl_type_;
so I don't really see anything wrong on that, a11_334 has type
typedef unsigned char rc_vec_t __attribute__((__vector_size__(8)));
and this is a valid way to extract low or high half of a vector.
Simplified testcase that still hangs in LRA:
/* { dg-do compile } */
/* { dg-require-effective-target lp64 } */
/* { dg-options "-O2 -mcpu=ultrasparc -mvis" } */
typedef unsigned char rc_vec_t __attribute__((__vector_size__(8)));
typedef short rc_svec_type_ __attribute__((__vector_size__(8)));
typedef unsigned char rc_vec4_type_ __attribute__((__vector_size__(4)));
void foo (unsigned int, unsigned int);
void
bar (rc_vec_t *pv)
{
rc_vec_t v = {};
for (int i = 0; i < 64; i++)
{
typedef union { rc_vec_t v_; struct { rc_vec4_type_ hi_, lo_; } hilo_; }
RC_hl_type_; RC_hl_type_ hl_ = (RC_hl_type_) v;
rc_vec4_type_ a = hl_.hilo_.hi_;
rc_vec4_type_ b = hl_.hilo_.lo_;
union U { rc_vec4_type_ v; unsigned int u; };
foo (((union U) { .v = a }).u, ((union U) { .v = b }).u);
v = pv[i];
}
}
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (3 preceding siblings ...)
2020-03-10 15:26 ` jakub at gcc dot gnu.org
@ 2020-03-10 15:40 ` jakub at gcc dot gnu.org
2020-03-10 16:13 ` jakub at gcc dot gnu.org
` (8 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-10 15:40 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I think the difference on the reduced testcase between success (first) and hang
(second) is:
(insn 10 16 21 3 (set (reg/v:DI 117 [ hl_ ])
(subreg:DI (reg/v:V8QI 114 [ v ]) 0)) "ultrasp13.c":19:105 125
{*movdi_insn_sp64}
(nil))
(insn 21 10 17 3 (set (reg:DI 111 [ ivtmp.11 ])
(plus:DI (reg:DI 111 [ ivtmp.11 ])
(const_int 8 [0x8]))) 224 {*adddi3_sp64}
(nil))
(insn 17 21 18 3 (set (reg:DI 9 %o1)
(zero_extend:DI (subreg:SI (reg/v:V8QI 114 [ v ]) 4)))
"ultrasp13.c":23:7 179 {*zero_extendsidi2_insn_sp64}
(expr_list:REG_DEAD (reg/v:V8QI 114 [ v ])
(nil)))
(insn 18 17 19 3 (set (reg:DI 8 %o0)
(lshiftrt:DI (reg/v:DI 117 [ hl_ ])
(const_int 32 [0x20]))) "ultrasp13.c":23:7 403 {*lshrdi3_sp64}
(expr_list:REG_DEAD (reg/v:DI 117 [ hl_ ])
(nil)))
vs.
(insn 14 13 18 3 (set (reg:DI 9 %o1)
(zero_extend:DI (subreg:SI (reg/v:V8QI 114 [ v ]) 4)))
"ultrasp13.c":23:7 179 {*zero_extendsidi2_insn_sp64}
(nil))
(insn 18 14 15 3 (set (reg:DI 111 [ ivtmp.11 ])
(plus:DI (reg:DI 111 [ ivtmp.11 ])
(const_int 8 [0x8]))) 224 {*adddi3_sp64}
(nil))
(insn 15 18 16 3 (set (reg:DI 8 %o0)
(zero_extend:DI (subreg:SI (reg/v:V8QI 114 [ v ]) 0)))
"ultrasp13.c":23:7 179 {*zero_extendsidi2_insn_sp64}
(expr_list:REG_DEAD (reg/v:V8QI 114 [ v ])
(nil)))
SPARC is big-endian, so I'd guess the non-lowpart subreg in the zero extension
might be a problem.
But in the expand dump it shows up both in the good and bad cases, like:
(insn 11 10 12 4 (set (reg:V4QI 119)
(subreg:V4QI (reg/v:DI 117 [ hl_ ]) 4)) "ultrasp13.c":23:7 -1
(nil))
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (4 preceding siblings ...)
2020-03-10 15:40 ` jakub at gcc dot gnu.org
@ 2020-03-10 16:13 ` jakub at gcc dot gnu.org
2020-03-10 18:55 ` jakub at gcc dot gnu.org
` (7 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-10 16:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
The reason that the non-lowpart subreg is allowed here is:
sparc_regmode_natural_size (machine_mode mode)
which returns for MODE_VECTOR_INT modes 4 rather than UNITS_PER_WORD (and for
MODE_FLOAT too).
IRA decision for the pseudo 114 seems to be mem.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (5 preceding siblings ...)
2020-03-10 16:13 ` jakub at gcc dot gnu.org
@ 2020-03-10 18:55 ` jakub at gcc dot gnu.org
2020-03-12 23:14 ` vmakarov at gcc dot gnu.org
` (6 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-10 18:55 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #10 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
So, quite early during LRA we get:
(insn 14 13 18 3 (set (reg:DI 9 %o1)
(zero_extend:DI (subreg:SI (mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -8 [0xfffffffffffffff8])) [4 %sfp+-8 S8
A64]) 4))) "ultrasp13.c":23:7 179 {*zero_extendsidi2_insn_sp64}
(nil))
(insn 18 14 15 3 (set (reg:DI 111 [ ivtmp.11 ])
(plus:DI (reg:DI 111 [ ivtmp.11 ])
(const_int 8 [0x8]))) "ultrasp13.c":17:3 224 {*adddi3_sp64}
(nil))
(insn 15 18 16 3 (set (reg:DI 8 %o0)
(zero_extend:DI (subreg:SI (mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -8 [0xfffffffffffffff8])) [4 %sfp+-8 S8
A64]) 0))) "ultrasp13.c":23:7 179 {*zero_extendsidi2_insn_sp64}
(expr_list:REG_DEAD (reg/v:V8QI 114 [ v ])
(nil)))
It isn't clear why the subreg of the mem isn't folded to a mem/c:SI.
Further iteration tries to do:
(insn 44 13 45 3 (set (reg:V8QI 126)
(mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -8 [0xfffffffffffffff8])) [4 %sfp+-8 S8 A64]))
"ultrasp13.c":23:7 470 {*movv8qi_insn_sp64}
(nil))
(insn 45 44 14 3 (set (reg:SI 127)
(subreg:SI (reg:V8QI 126) 4)) "ultrasp13.c":23:7 116 {*movsi_insn}
(expr_list:REG_DEAD (reg:V8QI 126)
(nil)))
(insn 14 45 18 3 (set (reg:DI 9 %o1)
(zero_extend:DI (reg:SI 127))) "ultrasp13.c":23:7 179
{*zero_extendsidi2_insn_sp64}
(expr_list:REG_DEAD (reg:SI 127)
(nil)))
(insn 18 14 42 3 (set (reg:DI 111 [ ivtmp.11 ])
(plus:DI (reg:DI 111 [ ivtmp.11 ])
(const_int 8 [0x8]))) "ultrasp13.c":17:3 224 {*adddi3_sp64}
(nil))
(insn 42 18 43 3 (set (reg:V8QI 124)
(mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -8 [0xfffffffffffffff8])) [4 %sfp+-8 S8 A64]))
"ultrasp13.c":23:7 470 {*movv8qi_insn_sp64}
(nil))
(insn 43 42 15 3 (set (reg:SI 125)
(subreg:SI (reg:V8QI 124) 0)) "ultrasp13.c":23:7 116 {*movsi_insn}
(expr_list:REG_DEAD (reg:V8QI 124)
(nil)))
(insn 15 43 16 3 (set (reg:DI 8 %o0)
(zero_extend:DI (reg:SI 125))) "ultrasp13.c":23:7 179
{*zero_extendsidi2_insn_sp64}
(expr_list:REG_DEAD (reg:SI 125)
(nil)))
and the insn 43 then reloaded into:
(insn 46 42 43 3 (set (mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -16 [0xfffffffffffffff0])) [4 %sfp+-16 S8 A64])
(reg:V8QI 124)) "ultrasp13.c":23:7 470 {*movv8qi_insn_sp64}
(expr_list:REG_DEAD (reg:V8QI 124)
(nil)))
(insn 43 46 15 3 (set (reg:SI 125)
(subreg:SI (mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -16 [0xfffffffffffffff0])) [4 %sfp+-16 S8 A64])
0)) "ultrasp13.c":23:7 116 {*movsi_insn}
(expr_list:REG_DEAD (reg:V8QI 128 [124])
(nil)))
and then
(insn 47 46 48 3 (set (reg:V8QI 129)
(mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -16 [0xfffffffffffffff0])) [4 %sfp+-16 S8 A64]))
"ultrasp13.c":23:7 470 {*movv8qi_insn_sp64}
(nil))
(insn 48 47 43 3 (set (reg:SI 130)
(subreg:SI (reg:V8QI 129) 0)) "ultrasp13.c":23:7 116 {*movsi_insn}
(expr_list:REG_DEAD (reg:V8QI 129)
(nil)))
(insn 43 48 15 3 (set (reg:SI 125)
(reg:SI 130)) "ultrasp13.c":23:7 116 {*movsi_insn}
(expr_list:REG_DEAD (reg:SI 130)
(nil)))
and now we are back at two steps before with insn 48 now being what insn 43
used to be, and like that forever.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (6 preceding siblings ...)
2020-03-10 18:55 ` jakub at gcc dot gnu.org
@ 2020-03-12 23:14 ` vmakarov at gcc dot gnu.org
2020-03-13 10:43 ` [Bug rtl-optimization/92303] " ebotcazou at gcc dot gnu.org
` (5 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: vmakarov at gcc dot gnu.org @ 2020-03-12 23:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #11 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Jakub, thank you for the analysis. I've been working on this PR too. I hope
the patch will be ready on Friday or at the beginning of the next week.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (7 preceding siblings ...)
2020-03-12 23:14 ` vmakarov at gcc dot gnu.org
@ 2020-03-13 10:43 ` ebotcazou at gcc dot gnu.org
2020-03-15 12:02 ` marxin at gcc dot gnu.org
` (4 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2020-03-13 10:43 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|target |rtl-optimization
--- Comment #12 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
Recategorizing.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (8 preceding siblings ...)
2020-03-13 10:43 ` [Bug rtl-optimization/92303] " ebotcazou at gcc dot gnu.org
@ 2020-03-15 12:02 ` marxin at gcc dot gnu.org
2020-03-16 15:32 ` law at redhat dot com
` (3 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: marxin at gcc dot gnu.org @ 2020-03-15 12:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |marxin at gcc dot gnu.org
--- Comment #13 from Martin Liška <marxin at gcc dot gnu.org> ---
commit r10-7165-ga4504f32c056db781a2bdc104dffa1b29684c930
Author: Vladimir N. Makarov <vmakarov@redhat.com>
Date: Fri Mar 13 14:58:57 2020 -0400
PR92303: Try to simplify memory subreg.
2020-03-13 Vladimir Makarov <vmakarov@redhat.com>
PR rtl-optimization/92303
* lra-spills.c (remove_pseudos): Try to simplify memory subreg.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (9 preceding siblings ...)
2020-03-15 12:02 ` marxin at gcc dot gnu.org
@ 2020-03-16 15:32 ` law at redhat dot com
2020-03-16 15:34 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
13 siblings, 0 replies; 14+ messages in thread
From: law at redhat dot com @ 2020-03-16 15:32 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jeffrey A. Law <law at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #14 from Jeffrey A. Law <law at redhat dot com> ---
Should be fixed by Vlad's change on the trunk.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (10 preceding siblings ...)
2020-03-16 15:32 ` law at redhat dot com
@ 2020-03-16 15:34 ` jakub at gcc dot gnu.org
2020-03-16 15:35 ` law at redhat dot com
2020-03-17 12:12 ` jakub at gcc dot gnu.org
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-16 15:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Yeah (though that change introduced PR94185).
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (11 preceding siblings ...)
2020-03-16 15:34 ` jakub at gcc dot gnu.org
@ 2020-03-16 15:35 ` law at redhat dot com
2020-03-17 12:12 ` jakub at gcc dot gnu.org
13 siblings, 0 replies; 14+ messages in thread
From: law at redhat dot com @ 2020-03-16 15:35 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jeffrey A. Law <law at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |---
Status|RESOLVED |REOPENED
--- Comment #16 from Jeffrey A. Law <law at redhat dot com> ---
Yea, I just saw that after closing this one. I'm going to reopen just in case
we end up having to revert.
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug rtl-optimization/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
` (12 preceding siblings ...)
2020-03-16 15:35 ` law at redhat dot com
@ 2020-03-17 12:12 ` jakub at gcc dot gnu.org
13 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu.org @ 2020-03-17 12:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |FIXED
Keywords|needs-bisection |
--- Comment #17 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
That regression is now fixed.
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2020-03-17 12:12 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-92303-4@http.gcc.gnu.org/bugzilla/>
2020-03-10 8:56 ` [Bug target/92303] [10 regression] gcc.target/sparc/ultrasp12.c times out jakub at gcc dot gnu.org
2020-03-10 14:32 ` law at redhat dot com
2020-03-10 14:49 ` jakub at gcc dot gnu.org
2020-03-10 15:26 ` jakub at gcc dot gnu.org
2020-03-10 15:40 ` jakub at gcc dot gnu.org
2020-03-10 16:13 ` jakub at gcc dot gnu.org
2020-03-10 18:55 ` jakub at gcc dot gnu.org
2020-03-12 23:14 ` vmakarov at gcc dot gnu.org
2020-03-13 10:43 ` [Bug rtl-optimization/92303] " ebotcazou at gcc dot gnu.org
2020-03-15 12:02 ` marxin at gcc dot gnu.org
2020-03-16 15:32 ` law at redhat dot com
2020-03-16 15:34 ` jakub at gcc dot gnu.org
2020-03-16 15:35 ` law at redhat dot com
2020-03-17 12:12 ` jakub at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).