public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918
@ 2021-03-01 17:05 gscfq@t-online.de
2021-03-02 7:42 ` [Bug c/99324] " rguenth at gcc dot gnu.org
` (11 more replies)
0 siblings, 12 replies; 13+ messages in thread
From: gscfq@t-online.de @ 2021-03-01 17:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Bug ID: 99324
Summary: ICE in mark_addressable, at gimple-expr.c:918
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gscfq@t-online.de
Target Milestone: ---
Affects versions down to r6, with missing ";" at /// :
$ cat z1.c
#include <stdarg.h>
void f (int x, ...)
{
va_list a;
va_arg (a, int);
int b () ///;
int c[va_arg (a, int)];
va_end (a);
return;
}
$ gcc-11-20210228 -c z1.c
z1.c: In function 'b':
z1.c:7:3: internal compiler error: Segmentation fault
7 | int c[va_arg (a, int)];
| ^~~
0xb5eeff crash_signal
../../gcc/toplev.c:327
0x8c6733 mark_addressable(tree_node*)
../../gcc/gimple-expr.c:918
0x6ce03c build_va_arg(unsigned int, tree_node*, tree_node*)
../../gcc/c-family/c-common.c:4630
0x6751b6 c_parser_postfix_expression
../../gcc/c/c-parser.c:9141
0x67e012 c_parser_unary_expression
../../gcc/c/c-parser.c:8224
0x67f03f c_parser_cast_expression
../../gcc/c/c-parser.c:8066
0x67f2f9 c_parser_binary_expression
../../gcc/c/c-parser.c:7869
0x680305 c_parser_conditional_expression
../../gcc/c/c-parser.c:7592
0x680861 c_parser_expr_no_commas
../../gcc/c/c-parser.c:7507
0x67d1f6 c_parser_direct_declarator_inner
../../gcc/c/c-parser.c:4095
0x694483 c_parser_declaration_or_fndef
../../gcc/c/c-parser.c:2148
0x695709 c_parser_declaration_or_fndef
../../gcc/c/c-parser.c:2498
0x693bb9 c_parser_compound_statement_nostart
../../gcc/c/c-parser.c:5700
0x693ff3 c_parser_compound_statement
../../gcc/c/c-parser.c:5597
0x6958a8 c_parser_declaration_or_fndef
../../gcc/c/c-parser.c:2539
0x69c717 c_parser_external_declaration
../../gcc/c/c-parser.c:1777
0x69d239 c_parser_translation_unit
../../gcc/c/c-parser.c:1650
0x69d239 c_parse_file()
../../gcc/c/c-parser.c:21984
0x6ed0a2 c_common_parse_file()
../../gcc/c-family/c-opts.c:1218
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] ICE in mark_addressable, at gimple-expr.c:918
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
@ 2021-03-02 7:42 ` rguenth at gcc dot gnu.org
2021-03-02 9:45 ` [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314 jakub at gcc dot gnu.org
` (10 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2021-03-02 7:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed| |2021-03-02
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed.
914 /* Also mark the artificial SSA_NAME that points to the partition of
X. */
915 if (TREE_CODE (x) == VAR_DECL
916 && !DECL_EXTERNAL (x)
917 && !TREE_STATIC (x)
918 && cfun->gimple_df != NULL
919 && cfun->gimple_df->decls_to_pointers != NULL)
920 {
(gdb) p cfun
$1 = (function *) 0x0
I suppose this could be made more robust by checking for cfun being non-NULL
or checking currently_expanding_to_rtl.
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
2021-03-02 7:42 ` [Bug c/99324] " rguenth at gcc dot gnu.org
@ 2021-03-02 9:45 ` jakub at gcc dot gnu.org
2021-03-02 10:02 ` jakub at gcc dot gnu.org
` (9 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-03-02 9:45 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
Priority|P3 |P2
Target Milestone|--- |8.5
Summary|ICE in mark_addressable, at |[8/9/10/11 Regression] ICE
|gimple-expr.c:918 |in mark_addressable, at
| |gimple-expr.c:918 since
| |r6-314
--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Started with r6-314-gecd0e562138661c58ed667767383c49b848247cf
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
2021-03-02 7:42 ` [Bug c/99324] " rguenth at gcc dot gnu.org
2021-03-02 9:45 ` [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314 jakub at gcc dot gnu.org
@ 2021-03-02 10:02 ` jakub at gcc dot gnu.org
2021-03-02 10:27 ` rguenth at gcc dot gnu.org
` (8 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-03-02 10:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Wouldn't it be better to remove the mark_addressable call from build_va_arg and
call {c,cxx}_mark_addressable in the callers instead.
That way we'd also e.g. diagnose invalid (on i686-linux):
register __builtin_va_list ap __asm ("%ebx");
void
foo (int a, ...)
{
__builtin_va_arg (ap, int);
}
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (2 preceding siblings ...)
2021-03-02 10:02 ` jakub at gcc dot gnu.org
@ 2021-03-02 10:27 ` rguenth at gcc dot gnu.org
2021-03-02 11:30 ` jakub at gcc dot gnu.org
` (7 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu.org @ 2021-03-02 10:27 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #4 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #3)
> Wouldn't it be better to remove the mark_addressable call from build_va_arg
> and call {c,cxx}_mark_addressable in the callers instead.
Sure, or make it a langhook so c-common code can call the "correct"
mark_addresable (there's also c_common_mark_addressable_vec which might
suggest that splitting out common c_common_mark_addressable from
{c,cxx}_mark_addressable should be viable and use that).
> That way we'd also e.g. diagnose invalid (on i686-linux):
> register __builtin_va_list ap __asm ("%ebx");
>
> void
> foo (int a, ...)
> {
> __builtin_va_arg (ap, int);
> }
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (3 preceding siblings ...)
2021-03-02 10:27 ` rguenth at gcc dot gnu.org
@ 2021-03-02 11:30 ` jakub at gcc dot gnu.org
2021-03-03 8:55 ` cvs-commit at gcc dot gnu.org
` (6 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-03-02 11:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Status|NEW |ASSIGNED
--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Created attachment 50283
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50283&action=edit
gcc11-pr99324.patch
Untested fix.
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (4 preceding siblings ...)
2021-03-02 11:30 ` jakub at gcc dot gnu.org
@ 2021-03-03 8:55 ` cvs-commit at gcc dot gnu.org
2021-03-03 8:58 ` [Bug c/99324] [8/9/10 " jakub at gcc dot gnu.org
` (5 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-03-03 8:55 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #6 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jakub Jelinek <jakub@gcc.gnu.org>:
https://gcc.gnu.org/g:ba09d11a9d0ae2382bab715b102a7746d20dea6d
commit r11-7473-gba09d11a9d0ae2382bab715b102a7746d20dea6d
Author: Jakub Jelinek <jakub@redhat.com>
Date: Wed Mar 3 09:55:19 2021 +0100
c-family: Avoid ICE on va_arg [PR99324]
build_va_arg calls the middle-end mark_addressable, which e.g. requires
that
cfun is non-NULL. The following patch calls instead
c_common_mark_addressable_vec
which is the c-family variant similarly to the FE c_mark_addressable and
cxx_mark_addressable, except that it doesn't error on addresses of register
variables. As the taking of the address is artificial for the .VA_ARG
ifn and when that is lowered goes away, it is similar case to the vector
subscripting for which c_common_mark_addressable_vec has been added.
2021-03-03 Jakub Jelinek <jakub@redhat.com>
PR c/99324
* c-common.c (build_va_arg): Call c_common_mark_addressable_vec
instead of mark_addressable. Fix a comment typo -
neutrallly -> neutrally.
* gcc.c-torture/compile/pr99324.c: New test.
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (5 preceding siblings ...)
2021-03-03 8:55 ` cvs-commit at gcc dot gnu.org
@ 2021-03-03 8:58 ` jakub at gcc dot gnu.org
2021-03-19 23:30 ` cvs-commit at gcc dot gnu.org
` (4 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-03-03 8:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[8/9/10/11 Regression] ICE |[8/9/10 Regression] ICE in
|in mark_addressable, at |mark_addressable, at
|gimple-expr.c:918 since |gimple-expr.c:918 since
|r6-314 |r6-314
--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Fixed on the trunk so far.
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9/10 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (6 preceding siblings ...)
2021-03-03 8:58 ` [Bug c/99324] [8/9/10 " jakub at gcc dot gnu.org
@ 2021-03-19 23:30 ` cvs-commit at gcc dot gnu.org
2021-03-20 8:09 ` [Bug c/99324] [8/9 " jakub at gcc dot gnu.org
` (3 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-03-19 23:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #8 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
<jakub@gcc.gnu.org>:
https://gcc.gnu.org/g:0e87dc86eb56f732a41af2590f0b807031003fbe
commit r10-9479-g0e87dc86eb56f732a41af2590f0b807031003fbe
Author: Jakub Jelinek <jakub@redhat.com>
Date: Wed Mar 3 09:55:19 2021 +0100
c-family: Avoid ICE on va_arg [PR99324]
build_va_arg calls the middle-end mark_addressable, which e.g. requires
that
cfun is non-NULL. The following patch calls instead
c_common_mark_addressable_vec
which is the c-family variant similarly to the FE c_mark_addressable and
cxx_mark_addressable, except that it doesn't error on addresses of register
variables. As the taking of the address is artificial for the .VA_ARG
ifn and when that is lowered goes away, it is similar case to the vector
subscripting for which c_common_mark_addressable_vec has been added.
2021-03-03 Jakub Jelinek <jakub@redhat.com>
PR c/99324
* c-common.c (build_va_arg): Call c_common_mark_addressable_vec
instead of mark_addressable. Fix a comment typo -
neutrallly -> neutrally.
* gcc.c-torture/compile/pr99324.c: New test.
(cherry picked from commit ba09d11a9d0ae2382bab715b102a7746d20dea6d)
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (7 preceding siblings ...)
2021-03-19 23:30 ` cvs-commit at gcc dot gnu.org
@ 2021-03-20 8:09 ` jakub at gcc dot gnu.org
2021-04-20 23:33 ` cvs-commit at gcc dot gnu.org
` (2 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-03-20 8:09 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[8/9/10 Regression] ICE in |[8/9 Regression] ICE in
|mark_addressable, at |mark_addressable, at
|gimple-expr.c:918 since |gimple-expr.c:918 since
|r6-314 |r6-314
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Fixed for 10.3 too.
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (8 preceding siblings ...)
2021-03-20 8:09 ` [Bug c/99324] [8/9 " jakub at gcc dot gnu.org
@ 2021-04-20 23:33 ` cvs-commit at gcc dot gnu.org
2021-04-22 16:51 ` cvs-commit at gcc dot gnu.org
2021-04-22 17:11 ` jakub at gcc dot gnu.org
11 siblings, 0 replies; 13+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-04-20 23:33 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #10 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-9 branch has been updated by Jakub Jelinek
<jakub@gcc.gnu.org>:
https://gcc.gnu.org/g:12cd8e1b690a22c478f91671dd7cf5f6cf8332a7
commit r9-9428-g12cd8e1b690a22c478f91671dd7cf5f6cf8332a7
Author: Jakub Jelinek <jakub@redhat.com>
Date: Wed Mar 3 09:55:19 2021 +0100
c-family: Avoid ICE on va_arg [PR99324]
build_va_arg calls the middle-end mark_addressable, which e.g. requires
that
cfun is non-NULL. The following patch calls instead
c_common_mark_addressable_vec
which is the c-family variant similarly to the FE c_mark_addressable and
cxx_mark_addressable, except that it doesn't error on addresses of register
variables. As the taking of the address is artificial for the .VA_ARG
ifn and when that is lowered goes away, it is similar case to the vector
subscripting for which c_common_mark_addressable_vec has been added.
2021-03-03 Jakub Jelinek <jakub@redhat.com>
PR c/99324
* c-common.c (build_va_arg): Call c_common_mark_addressable_vec
instead of mark_addressable. Fix a comment typo -
neutrallly -> neutrally.
* gcc.c-torture/compile/pr99324.c: New test.
(cherry picked from commit 0e87dc86eb56f732a41af2590f0b807031003fbe)
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (9 preceding siblings ...)
2021-04-20 23:33 ` cvs-commit at gcc dot gnu.org
@ 2021-04-22 16:51 ` cvs-commit at gcc dot gnu.org
2021-04-22 17:11 ` jakub at gcc dot gnu.org
11 siblings, 0 replies; 13+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2021-04-22 16:51 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
--- Comment #11 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
<jakub@gcc.gnu.org>:
https://gcc.gnu.org/g:cd7c8ae0178c5dad7e8cec6c001e9e334d8c31bc
commit r8-10893-gcd7c8ae0178c5dad7e8cec6c001e9e334d8c31bc
Author: Jakub Jelinek <jakub@redhat.com>
Date: Wed Mar 3 09:55:19 2021 +0100
c-family: Avoid ICE on va_arg [PR99324]
build_va_arg calls the middle-end mark_addressable, which e.g. requires
that
cfun is non-NULL. The following patch calls instead
c_common_mark_addressable_vec
which is the c-family variant similarly to the FE c_mark_addressable and
cxx_mark_addressable, except that it doesn't error on addresses of register
variables. As the taking of the address is artificial for the .VA_ARG
ifn and when that is lowered goes away, it is similar case to the vector
subscripting for which c_common_mark_addressable_vec has been added.
2021-03-03 Jakub Jelinek <jakub@redhat.com>
PR c/99324
* c-common.c (build_va_arg): Call c_common_mark_addressable_vec
instead of mark_addressable. Fix a comment typo -
neutrallly -> neutrally.
* gcc.c-torture/compile/pr99324.c: New test.
(cherry picked from commit 0e87dc86eb56f732a41af2590f0b807031003fbe)
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug c/99324] [8/9 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
` (10 preceding siblings ...)
2021-04-22 16:51 ` cvs-commit at gcc dot gnu.org
@ 2021-04-22 17:11 ` jakub at gcc dot gnu.org
11 siblings, 0 replies; 13+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-04-22 17:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99324
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|ASSIGNED |RESOLVED
--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Fixed.
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2021-04-22 17:11 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-03-01 17:05 [Bug c/99324] New: ICE in mark_addressable, at gimple-expr.c:918 gscfq@t-online.de
2021-03-02 7:42 ` [Bug c/99324] " rguenth at gcc dot gnu.org
2021-03-02 9:45 ` [Bug c/99324] [8/9/10/11 Regression] ICE in mark_addressable, at gimple-expr.c:918 since r6-314 jakub at gcc dot gnu.org
2021-03-02 10:02 ` jakub at gcc dot gnu.org
2021-03-02 10:27 ` rguenth at gcc dot gnu.org
2021-03-02 11:30 ` jakub at gcc dot gnu.org
2021-03-03 8:55 ` cvs-commit at gcc dot gnu.org
2021-03-03 8:58 ` [Bug c/99324] [8/9/10 " jakub at gcc dot gnu.org
2021-03-19 23:30 ` cvs-commit at gcc dot gnu.org
2021-03-20 8:09 ` [Bug c/99324] [8/9 " jakub at gcc dot gnu.org
2021-04-20 23:33 ` cvs-commit at gcc dot gnu.org
2021-04-22 16:51 ` cvs-commit at gcc dot gnu.org
2021-04-22 17:11 ` 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).