public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE
@ 2023-11-30 17:31 avieira at gcc dot gnu.org
2023-11-30 17:34 ` [Bug target/112787] " avieira at gcc dot gnu.org
` (14 more replies)
0 siblings, 15 replies; 16+ messages in thread
From: avieira at gcc dot gnu.org @ 2023-11-30 17:31 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
Bug ID: 112787
Summary: Codegen regression of large GCC vector extensions when
enabling SVE
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: avieira at gcc dot gnu.org
Target Milestone: ---
When compiling:
typedef int __attribute__((__vector_size__ (64))) vec;
vec fn (vec a, vec b)
{
return a + b;
}
with '-O2 -march=armv8-a' vs '-O2 -march=armv8-a+sve' the codegen defaults to
scalar rather than using Advanced SIMD vectors.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
@ 2023-11-30 17:34 ` avieira at gcc dot gnu.org
2023-12-01 7:22 ` rguenth at gcc dot gnu.org
` (13 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: avieira at gcc dot gnu.org @ 2023-11-30 17:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
avieira at gcc dot gnu.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |avieira at gcc dot gnu.org
Last reconfirmed| |2023-11-30
Target| |aarch64
--- Comment #1 from avieira at gcc dot gnu.org ---
The problem is veclower tries to find the largest vector type it can use for a
particular element type, which when SVE is enabled without a specified vector
length will always be a VLA type. This then fails the check of it having less
elements than the type being used to do the computation, given that a VLA
element count is never 'known_lt' a constant one.
I am currently testing a patch that makes sure the mode selected does not have
more elements than the type we are trying to compute, given that it wouldn't be
used anyway.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
2023-11-30 17:34 ` [Bug target/112787] " avieira at gcc dot gnu.org
@ 2023-12-01 7:22 ` rguenth at gcc dot gnu.org
2023-12-20 16:44 ` cvs-commit at gcc dot gnu.org
` (12 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: rguenth at gcc dot gnu.org @ 2023-12-01 7:22 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
I think you should make sure to not use VLA vectors in lowering since lowering
doesn't really support using those (much similar to BB SLP).
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
2023-11-30 17:34 ` [Bug target/112787] " avieira at gcc dot gnu.org
2023-12-01 7:22 ` rguenth at gcc dot gnu.org
@ 2023-12-20 16:44 ` cvs-commit at gcc dot gnu.org
2024-01-06 6:15 ` pinskia at gcc dot gnu.org
` (11 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2023-12-20 16:44 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #3 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Andre Simoes Dias Vieira
<avieira@gcc.gnu.org>:
https://gcc.gnu.org/g:a3ff76278efe006dc0b50249c8e5baf565bff56b
commit r14-6752-ga3ff76278efe006dc0b50249c8e5baf565bff56b
Author: Andre Vieira <andre.simoesdiasvieira@arm.com>
Date: Wed Dec 20 16:41:52 2023 +0000
veclower: improve selection of vector mode when lowering [PR 112787]
This patch addresses the issue reported in PR target/112787 by improving
the
compute type selection. We do this by not considering types with more
elements
than the type we are lowering since we'd reject such types anyway.
gcc/ChangeLog:
PR target/112787
* tree-vect-generic.cc (type_for_widest_vector_mode): Change
function to
use original vector type and check widest vector mode has at most
the
same number of elements.
(get_compute_type): Pass original vector type rather than the
element
type to type_for_widest_vector_mode and remove now obsolete check
for
the number of elements.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/pr112787.c: New test.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (2 preceding siblings ...)
2023-12-20 16:44 ` cvs-commit at gcc dot gnu.org
@ 2024-01-06 6:15 ` pinskia at gcc dot gnu.org
2024-02-19 16:15 ` cvs-commit at gcc dot gnu.org
` (10 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-01-06 6:15 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |14.0
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Fixed.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (3 preceding siblings ...)
2024-01-06 6:15 ` pinskia at gcc dot gnu.org
@ 2024-02-19 16:15 ` cvs-commit at gcc dot gnu.org
2024-02-19 16:46 ` cvs-commit at gcc dot gnu.org
` (9 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2024-02-19 16:15 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #5 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-13 branch has been updated by Andre Simoes Dias Vieira
<avieira@gcc.gnu.org>:
https://gcc.gnu.org/g:35486d68fc5b67d1b85c56e3ba149ba71c576550
commit r13-8341-g35486d68fc5b67d1b85c56e3ba149ba71c576550
Author: Andre Vieira <andre.simoesdiasvieira@arm.com>
Date: Wed Dec 20 16:41:52 2023 +0000
veclower: improve selection of vector mode when lowering [PR 112787]
This patch addresses the issue reported in PR target/112787 by improving
the
compute type selection. We do this by not considering types with more
elements
than the type we are lowering since we'd reject such types anyway.
gcc/ChangeLog:
PR target/112787
* tree-vect-generic.cc (type_for_widest_vector_mode): Change
function to
use original vector type and check widest vector mode has at most
the
same number of elements.
(get_compute_type): Pass original vector type rather than the
element
type to type_for_widest_vector_mode and remove now obsolete check
for
the number of elements.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/pr112787.c: New test.
(cherry picked from commit a3ff76278efe006dc0b50249c8e5baf565bff56b)
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (4 preceding siblings ...)
2024-02-19 16:15 ` cvs-commit at gcc dot gnu.org
@ 2024-02-19 16:46 ` cvs-commit at gcc dot gnu.org
2024-03-18 22:46 ` ebotcazou at gcc dot gnu.org
` (8 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2024-02-19 16:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #6 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-12 branch has been updated by Andre Simoes Dias Vieira
<avieira@gcc.gnu.org>:
https://gcc.gnu.org/g:e84c06f801fbf8376fe43719675a409f588f68bd
commit r12-10165-ge84c06f801fbf8376fe43719675a409f588f68bd
Author: Andre Vieira <andre.simoesdiasvieira@arm.com>
Date: Wed Dec 20 16:41:52 2023 +0000
veclower: improve selection of vector mode when lowering [PR 112787]
This patch addresses the issue reported in PR target/112787 by improving
the
compute type selection. We do this by not considering types with more
elements
than the type we are lowering since we'd reject such types anyway.
gcc/ChangeLog:
PR target/112787
* tree-vect-generic.cc (type_for_widest_vector_mode): Change
function to
use original vector type and check widest vector mode has at most
the
same number of elements.
(get_compute_type): Pass original vector type rather than the
element
type to type_for_widest_vector_mode and remove now obsolete check
for
the number of elements.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/pr112787.c: New test.
(cherry picked from commit a3ff76278efe006dc0b50249c8e5baf565bff56b)
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (5 preceding siblings ...)
2024-02-19 16:46 ` cvs-commit at gcc dot gnu.org
@ 2024-03-18 22:46 ` ebotcazou at gcc dot gnu.org
2024-03-18 23:06 ` pinskia at gcc dot gnu.org
` (7 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2024-03-18 22:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |---
CC| |ebotcazou at gcc dot gnu.org
Status|RESOLVED |REOPENED
--- Comment #7 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
This has introduced regressions on the 12 and 13 branches for x86-64/Linux:
FAIL: g++.dg/opt/pr91838.C -std=c++14 scan-assembler
pxor\\\\s+%xmm0,\\\\s+%xmm0
FAIL: g++.dg/opt/pr91838.C -std=c++17 scan-assembler
pxor\\\\s+%xmm0,\\\\s+%xmm0
FAIL: g++.dg/opt/pr91838.C -std=c++20 scan-assembler
pxor\\\\s+%xmm0,\\\\s+%xmm0
https://gcc.gnu.org/pipermail/gcc-testresults/2024-March/809244.html
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (6 preceding siblings ...)
2024-03-18 22:46 ` ebotcazou at gcc dot gnu.org
@ 2024-03-18 23:06 ` pinskia at gcc dot gnu.org
2024-03-18 23:11 ` pinskia at gcc dot gnu.org
` (6 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-03-18 23:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://gcc.gnu.org/bugzill
| |a/show_bug.cgi?id=91838
--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Eric Botcazou from comment #7)
> This has introduced regressions on the 12 and 13 branches for x86-64/Linux:
>
> FAIL: g++.dg/opt/pr91838.C -std=c++14 scan-assembler
> pxor\\\\s+%xmm0,\\\\s+%xmm0
> FAIL: g++.dg/opt/pr91838.C -std=c++17 scan-assembler
> pxor\\\\s+%xmm0,\\\\s+%xmm0
> FAIL: g++.dg/opt/pr91838.C -std=c++20 scan-assembler
> pxor\\\\s+%xmm0,\\\\s+%xmm0
>
> https://gcc.gnu.org/pipermail/gcc-testresults/2024-March/809244.html
The IR looks like:
_4 = BIT_FIELD_REF <x_1(D), 16, 0>;
_5 = _4 >> 8;
Well that is "undefined" in the IR.
That requires r14-2821-gd1c072a1c3411a6fe29900750b38210af8451eeb and
r14-2985-g04aa0edcace22a to be backported too.
I guess this testcase should just be xfailed on the GCC 13 and 12 branches
even.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (7 preceding siblings ...)
2024-03-18 23:06 ` pinskia at gcc dot gnu.org
@ 2024-03-18 23:11 ` pinskia at gcc dot gnu.org
2024-03-19 17:13 ` avieira at gcc dot gnu.org
` (5 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-03-18 23:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #9 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Eric Botcazou from comment #7)
> > This has introduced regressions on the 12 and 13 branches for x86-64/Linux:
> >
> > FAIL: g++.dg/opt/pr91838.C -std=c++14 scan-assembler
> > pxor\\\\s+%xmm0,\\\\s+%xmm0
> > FAIL: g++.dg/opt/pr91838.C -std=c++17 scan-assembler
> > pxor\\\\s+%xmm0,\\\\s+%xmm0
> > FAIL: g++.dg/opt/pr91838.C -std=c++20 scan-assembler
> > pxor\\\\s+%xmm0,\\\\s+%xmm0
> >
> > https://gcc.gnu.org/pipermail/gcc-testresults/2024-March/809244.html
>
> The IR looks like:
> _4 = BIT_FIELD_REF <x_1(D), 16, 0>;
> _5 = _4 >> 8;
>
> Well that is "undefined" in the IR.
> That requires r14-2821-gd1c072a1c3411a6fe29900750b38210af8451eeb and
> r14-2985-g04aa0edcace22a to be backported too.
> I guess this testcase should just be xfailed on the GCC 13 and 12 branches
> even.
Also note bug 91838 comment #17 specifically talks about this could happen
even.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (8 preceding siblings ...)
2024-03-18 23:11 ` pinskia at gcc dot gnu.org
@ 2024-03-19 17:13 ` avieira at gcc dot gnu.org
2024-03-19 17:15 ` pinskia at gcc dot gnu.org
` (4 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: avieira at gcc dot gnu.org @ 2024-03-19 17:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #10 from avieira at gcc dot gnu.org ---
First of all, apologies for this! I don't know why I didn't test this on x86_64
too, I usually do for such backports.
Anyway I checked locally and backporting:
r14-2821-gd1c072a1c3411a6fe29900750b38210af8451eeb seems to be enough for
gcc-12, I'm testing it on gcc-13 and running full regression tests on both
x86_64 and aarch64 and will get back to you.
@Andrew what made you think we also needed r14-2985-g04aa0edcace22a ? Not to
say we may not want to backport it, but just trying to figure out why it's
needed for this particular case.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (9 preceding siblings ...)
2024-03-19 17:13 ` avieira at gcc dot gnu.org
@ 2024-03-19 17:15 ` pinskia at gcc dot gnu.org
2024-03-19 17:25 ` avieira at gcc dot gnu.org
` (3 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-03-19 17:15 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #11 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to avieira from comment #10)
> First of all, apologies for this! I don't know why I didn't test this on
> x86_64 too, I usually do for such backports.
>
> Anyway I checked locally and backporting:
> r14-2821-gd1c072a1c3411a6fe29900750b38210af8451eeb seems to be enough for
> gcc-12, I'm testing it on gcc-13 and running full regression tests on both
> x86_64 and aarch64 and will get back to you.
>
> @Andrew what made you think we also needed r14-2985-g04aa0edcace22a ? Not to
> say we may not want to backport it, but just trying to figure out why it's
> needed for this particular case.
Because r14-2821 introduced PR 110838 (see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110838#c1) which was fixed by
r14-2985 .
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (10 preceding siblings ...)
2024-03-19 17:15 ` pinskia at gcc dot gnu.org
@ 2024-03-19 17:25 ` avieira at gcc dot gnu.org
2024-03-26 15:07 ` avieira at gcc dot gnu.org
` (2 subsequent siblings)
14 siblings, 0 replies; 16+ messages in thread
From: avieira at gcc dot gnu.org @ 2024-03-19 17:25 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #12 from avieira at gcc dot gnu.org ---
Sorry, missed that comment, thanks! I'll test backporting both.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (11 preceding siblings ...)
2024-03-19 17:25 ` avieira at gcc dot gnu.org
@ 2024-03-26 15:07 ` avieira at gcc dot gnu.org
2024-03-27 9:20 ` ebotcazou at gcc dot gnu.org
2024-03-27 18:53 ` pinskia at gcc dot gnu.org
14 siblings, 0 replies; 16+ messages in thread
From: avieira at gcc dot gnu.org @ 2024-03-26 15:07 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #13 from avieira at gcc dot gnu.org ---
They have both been backported, @Eric the tests should be passing again now.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (12 preceding siblings ...)
2024-03-26 15:07 ` avieira at gcc dot gnu.org
@ 2024-03-27 9:20 ` ebotcazou at gcc dot gnu.org
2024-03-27 18:53 ` pinskia at gcc dot gnu.org
14 siblings, 0 replies; 16+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2024-03-27 9:20 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |FIXED
--- Comment #14 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
> They have both been backported, @Eric the tests should be passing again now.
Confirmed, thanks a lot!
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Bug target/112787] Codegen regression of large GCC vector extensions when enabling SVE
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
` (13 preceding siblings ...)
2024-03-27 9:20 ` ebotcazou at gcc dot gnu.org
@ 2024-03-27 18:53 ` pinskia at gcc dot gnu.org
14 siblings, 0 replies; 16+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-03-27 18:53 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|14.0 |13.3
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2024-03-27 18:53 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-11-30 17:31 [Bug target/112787] New: Codegen regression of large GCC vector extensions when enabling SVE avieira at gcc dot gnu.org
2023-11-30 17:34 ` [Bug target/112787] " avieira at gcc dot gnu.org
2023-12-01 7:22 ` rguenth at gcc dot gnu.org
2023-12-20 16:44 ` cvs-commit at gcc dot gnu.org
2024-01-06 6:15 ` pinskia at gcc dot gnu.org
2024-02-19 16:15 ` cvs-commit at gcc dot gnu.org
2024-02-19 16:46 ` cvs-commit at gcc dot gnu.org
2024-03-18 22:46 ` ebotcazou at gcc dot gnu.org
2024-03-18 23:06 ` pinskia at gcc dot gnu.org
2024-03-18 23:11 ` pinskia at gcc dot gnu.org
2024-03-19 17:13 ` avieira at gcc dot gnu.org
2024-03-19 17:15 ` pinskia at gcc dot gnu.org
2024-03-19 17:25 ` avieira at gcc dot gnu.org
2024-03-26 15:07 ` avieira at gcc dot gnu.org
2024-03-27 9:20 ` ebotcazou at gcc dot gnu.org
2024-03-27 18:53 ` pinskia 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).