https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
--- Comment #6 from Dmitry Vyukov ---
It seems to me that compiler is fine here and we just have a bug in kernel
code.
Result of strlen called on char[16] can't possibly by >15 (without causing
undefined behavior -- reading past the end of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
--- Comment #5 from Andrew Pinski ---
(In reply to Kees Cook from comment #4)
> But it's optimizing away the check.
That what undefined means.
> If strlen() were suddenly acting like
> strnlen(), that'd be one thing, but the return value from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
--- Comment #4 from Kees Cook ---
But it's optimizing away the check. If strlen() were suddenly acting like
strnlen(), that'd be one thing, but the return value from strlen() is being
used by the memcpy() without the actual test in between.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
--- Comment #19 from Royi ---
This comment could be important:
https://stackoverflow.com/questions/30928265/mingw64-is-incapable-of-32-byte-stack-alignment-required-for-avx-on-windows-x64?noredirect=1#comment86499640_30928265.
Hopefully you'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #5 from Eric Gallager ---
(In reply to René J.V. Bertin from comment #4)
> Any news on this front?
Last I heard from Iain he was still having to deal with water damage to his
office...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39533
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
Kees Cook changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84221
--- Comment #5 from Martin Sebor ---
As per subsequent discussion
(https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00203.html and follow-ups), the
warning in the original test case is expected and desirable. The patch in
r259098 doesn't change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85310
Bug ID: 85310
Summary: optimization ignoring strlen() results
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85309
Bug ID: 85309
Summary: demangler failed with signal 11
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: demangler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85222
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #20 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85227
Paolo Carlini changed:
What|Removed |Added
Summary|[7/8 Regression] ICE with |[7 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85227
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Apr 9 22:33:35 2018
New Revision: 259259
URL: https://gcc.gnu.org/viewcvs?rev=259259=gcc=rev
Log:
/cp
2018-04-09 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85259
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85308
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
Thomas Koenig changed:
What|Removed |Added
Keywords|wrong-code |missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809
--- Comment #9 from Eric Botcazou ---
> Or build them in-tree, which automatically builds them that way. That avoids
> the need to install them separately at all.
You may need to control which version you build on specific platforms though so
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #26 from Thomas Koenig ---
Author: tkoenig
Date: Mon Apr 9 21:52:05 2018
New Revision: 259258
URL: https://gcc.gnu.org/viewcvs?rev=259258=gcc=rev
Log:
2018-04-09 Thomas Koenig
PR fortran/83064
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51260
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85308
Bug ID: 85308
Summary: Stringstream constructor fails
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85279
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Mon Apr 9 21:16:05 2018
New Revision: 259257
URL: https://gcc.gnu.org/viewcvs?rev=259257=gcc=rev
Log:
PR c++/85279 - dump_expr doesn't understand decltype.
* error.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85307
Bug ID: 85307
Summary: Consistent handling of out-of-bounds access
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809
--- Comment #8 from Jonathan Wakely ---
(In reply to Eric Botcazou from comment #4)
> I personally build the GMP/MPFR/MPC libraries with --disable-shared.
Or build them in-tree, which automatically builds them that way. That avoids
the need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51260
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Mon Apr 9 21:05:13 2018
New Revision: 259256
URL: https://gcc.gnu.org/viewcvs?rev=259256=gcc=rev
Log:
2018-04-09 Thomas Koenig
PR fortran/51260
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809
--- Comment #7 from Michael Teske ---
(In reply to Eric Botcazou from comment #6)
> > Why not add the directory to the RPATH of the created binaries?
...
> > Are there any reasons against
> > doing it?
>
> Yes, I don't think that we want to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103
--- Comment #3 from Pat Haugen ---
(In reply to Jan Hubicka from comment #1)
> Pat, can you try to figure out what value of min-speedup is neeed to recover
> from this regression?
Using r257582, either of the following options restores the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209
Will Hawkins changed:
What|Removed |Added
CC||whh8b at virginia dot edu
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85285
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85279
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85262
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Apr 9 20:53:31 2018
New Revision: 259255
URL: https://gcc.gnu.org/viewcvs?rev=259255=gcc=rev
Log:
PR c++/85262 - ICE with redundant qualification on constructor.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85277
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
--- Comment #6 from Arnd Bergmann ---
I found that older versions (gcc-5 and before) did not warn when the type gets
changed to bitfield of '_Bool' rather than 'unsigned int'. It seems that this
was only because they tested each bit separately
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85277
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Apr 9 20:40:06 2018
New Revision: 259254
URL: https://gcc.gnu.org/viewcvs?rev=259254=gcc=rev
Log:
PR c++/85277 - ICE with invalid offsetof.
* semantics.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85194
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85264
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Apr 9 19:50:03 2018
New Revision: 259253
URL: https://gcc.gnu.org/viewcvs?rev=259253=gcc=rev
Log:
PR c++/85264 - ICE with excess template-parameter-list.
* parser.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85194
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 9 19:48:48 2018
New Revision: 259252
URL: https://gcc.gnu.org/viewcvs?rev=259252=gcc=rev
Log:
PR c++/85194
* parser.c (cp_parser_simple_declaration): For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85306
Bug ID: 85306
Summary: [8 regression] The test cases gcc.dg/pr80463.c,
g++.dg/pr80463.C, and gcc.dg/pr83972.c all fail in
r259231
Product: gcc
Version: 8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85305
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
Jonathan Wakely changed:
What|Removed |Added
Keywords||documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85222
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47226
--- Comment #19 from Vittorio Romeo ---
(In reply to Jonathan Wakely from comment #18)
> (In reply to Vittorio Romeo from comment #17)
> > Was the patch merged in trunk?
>
> It was committed to trunk: r251433
>
> > The following still fails to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85305
Bug ID: 85305
Summary: Parameter pack expression in lambda capture list fails
as part of a fold expression
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
--- Comment #7 from Thomas Koenig ---
I will go back and re-bootstrap with a revision that failed earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
--- Comment #5 from Segher Boessenkool ---
There also is
/* We don't have to handle SIGN_EXTEND here, because even in the
case of replacing something with a modeless CONST_INT, a
CONST_INT is already (supposed to be) a valid sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
--- Comment #4 from Segher Boessenkool ---
I suppose the only way in which they are different is that those are the
only cases that anyone ran into so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85211
--- Comment #7 from blastrock at free dot fr ---
You are right, my bad.
I managed to build it by adding the definition in gcc/config/arm/arm.h .
My initial suggestion was to mention that behavior in the documentation, but if
you think it is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809
--- Comment #6 from Eric Botcazou ---
> Why not add the directory to the RPATH of the created binaries? I ended up
> doing it manually afterwards by using the rpath utility from
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80463
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Mon Apr 9 18:21:03 2018
New Revision: 259249
URL: https://gcc.gnu.org/viewcvs?rev=259249=gcc=rev
Log:
PR rtl-optimization/80463
* g++.dg/pr80463.C: Add -w to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85262
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
--- Comment #6 from Jakub Jelinek ---
Are you sure you e.g. haven't svn/git updated the tree while bootstrap was
pending? Can you reproduce it again, or was it just one-off? If you still
have the tree around, what are the differences in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85269
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
--- Comment #5 from Jakub Jelinek ---
Not reproduced on gcc110.fsffrance.org again with r259240:
../configure --enable-languages=all --prefix=/home/jakub/GCC
Comparing stages 2 and 3
warning: gcc/cc1objplus-checksum.o differs
warning:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47226
--- Comment #18 from Jonathan Wakely ---
(In reply to Vittorio Romeo from comment #17)
> Was the patch merged in trunk?
It was committed to trunk: r251433
> The following still fails to compile on 20180407
Could you create a new bug for that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
--- Comment #3 from Jakub Jelinek ---
--- gcc/combine.c.jj2018-03-15 08:36:28.756776703 +0100
+++ gcc/combine.c 2018-04-09 19:33:40.782844115 +0200
@@ -5574,12 +5574,13 @@ subst (rtx x, rtx from, rtx to, int in_d
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85304
Bug ID: 85304
Summary: Segmentation fault
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: demangler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
Jakub Jelinek changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85264
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
--- Comment #5 from Jeffrey A. Law ---
FWIW, there's another similar bug where DOM doesn't do a particularly good job
at tracking the state of objects implied the results of logical operations
which in turn causes missed optimizations. I've
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
--- Comment #4 from Jakub Jelinek ---
Note, r142464 still doesn't warn, r142514 does, probably r142484 enabled the
(premature) BIT_FIELD_REF comparison optimization in fold-const.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66809
Michael Teske changed:
What|Removed |Added
CC||subscribe at teskor dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85277
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
Jan Hubicka changed:
What|Removed |Added
Target Milestone|8.0 |9.0
Summary|[8 Regression] RTl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85302
--- Comment #2 from Jakub Jelinek ---
That said, -gsplit-dwarf is pretty much unmaintained for more than 3 years now
already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
--- Comment #8 from Jan Hubicka ---
Author: hubicka
Date: Mon Apr 9 16:33:51 2018
New Revision: 259244
URL: https://gcc.gnu.org/viewcvs?rev=259244=gcc=rev
Log:
PR rtl/84058
* cfgcleanup.c (try_forward_edges): Do not give up on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85302
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85280
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85256
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70555
Jason Merrill changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70555
--- Comment #8 from Jason Merrill ---
Bug 79627 is a case where we would need to do some capture in unevaluated
context, just as in C VLAs make sizeof non-constant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85277
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70555
--- Comment #7 from Jason Merrill ---
Created attachment 43886
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43886=edit
work in progress
Here's the beginning of work for more general variably-modified type capture,
based on the approach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70555
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85256
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Apr 9 15:32:05 2018
New Revision: 259240
URL: https://gcc.gnu.org/viewcvs?rev=259240=gcc=rev
Log:
PR c++/85256 - ICE capturing pointer to VLA.
* lambda.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85303
Tom de Vries changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85303
Bug ID: 85303
Summary: [testsuite, libgomp] dg-message not supported
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85291
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103
--- Comment #2 from Pat Haugen ---
(In reply to Pat Haugen from comment #0)
>
> Very initial look at profile of bzip2 shows degradation is contained to
> mainSort(), which showed a 54% increase in run cycles. Appears one of the
> calls to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
--- Comment #11 from Bill Schmidt ---
(In reply to Timothy Pearson from comment #10)
>
> It's even slow compared to P8 with mitigations applied. Do you have a link
> to the hostboot commit that may have enabled the P9 mitigation, or to the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85302
Bug ID: 85302
Summary: [8 Regression] ICE in size_of_loc_descr, at
dwarf2out.c:1771 on i686-linux-gnu
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84732
--- Comment #9 from Arnd Bergmann ---
One more instance got added to the kernel today:
In file included from /git/arm-soc/include/trace/perf.h:90,
from /git/arm-soc/include/trace/define_trace.h:97,
from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85281
--- Comment #3 from Jakub Jelinek ---
Created attachment 43885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43885=edit
gcc8-pr85281-assorted-fixes.patch
Other issues I've run into. These two patches together with with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84955
Thomas Schwinge changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85284
Richard Biener changed:
What|Removed |Added
Known to work||8.0
Summary|[7/8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85284
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Mon Apr 9 13:27:33 2018
New Revision: 259234
URL: https://gcc.gnu.org/viewcvs?rev=259234=gcc=rev
Log:
2018-04-09 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85286
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84041
--- Comment #5 from Tom de Vries ---
Author: vries
Date: Mon Apr 9 13:22:00 2018
New Revision: 259233
URL: https://gcc.gnu.org/viewcvs?rev=259233=gcc=rev
Log:
[nvptx] Add memory_barrier insn
2018-04-09 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85293
Segher Boessenkool changed:
What|Removed |Added
Target|ppc64le-linux-gnu |powerpc64*-*-*
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85300
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85301
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85295
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
1 - 100 of 184 matches
Mail list logo