https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #5 from Markus Trippelsdorf ---
trippels@CFARM-IUT-TLSE3 ~ % cat octave.ii
template class A;
template <> struct A {
double m_fn1() { return _M_value; }
double _M_value;
};
double a;
template void mx_inline_and(unsigned long, boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
--- Comment #3 from rguenther at suse dot de ---
On Thu, 21 Jan 2016, daniel.f.starke at freenet dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
>
> --- Comment #2 from Daniel Starke ---
> I have tested the same with gcc 4.9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #7 from Jakub Jelinek ---
Reduced testcase (in C now):
struct A { double a; };
double a;
void
foo (_Bool *x)
{
long i;
for (i = 0; i < 64; i++)
{
struct A c;
x[i] = c.a || a;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 22 09:40:54 2016
New Revision: 232719
URL: https://gcc.gnu.org/viewcvs?rev=232719&root=gcc&view=rev
Log:
PR debug/8
* dwarf2out.c (add_child_die_after): New fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69012
Bernd Edlinger changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
--- Comment #9 from Jakub Jelinek ---
Yes, the type is meant to go into the debug info. But it is DECL_NAMELESS, so
the debug info should not contain DW_AT_name or linkage name for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69426
--- Comment #2 from vries at gcc dot gnu.org ---
Created attachment 37431
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37431&action=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69355
--- Comment #18 from Martin Jambor ---
The reduced testcase does not fail for me for some reason, but the
original one does.
In any event, the problem is that an grp_unscalarized_data flag is
zero even though evidently it should not be. That ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69419
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
--- Comment #1 from Paolo Carlini ---
This is fixed in trunk and 5.x. I'm adding a testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69420
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
--- Comment #10 from rguenther at suse dot de ---
On Fri, 22 Jan 2016, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
>
> --- Comment #9 from Jakub Jelinek ---
> Yes, the type is meant to go into the debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69422
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66877
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |ASSIGNED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #6 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Jan 22 11:03:54 2016
New Revision: 232721
URL: https://gcc.gnu.org/viewcvs?rev=232721&root=gcc&view=rev
Log:
2016-01-22 Paolo Carlini
PR c++/55843
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69328
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429
Bug ID: 69429
Summary: gcc create sparse exec/libs
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #11 from Dominik Vogt ---
The problem is gone with this fix on s390 and s390x, and check-gcc doesn't show
any regressions. (Haven't run a full check though.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
Jakub Jelinek changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64411
--- Comment #2 from Andrey Belevantsev ---
Created attachment 37432
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37432&action=edit
patch
In this case, we get an inconsistency between the sched-deps interface, saying
we can't move an insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69012
--- Comment #18 from Nick Clifton ---
Hi Bernd,
> I am still unsure, if we shouldn't also do something like this,
> to prevent any remaining possibility for a further regression:
> + /* Don't change the frame info after reload completed. */
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #13 from janus at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #11)
> Changing the entire block to:
> [...]
> fixes Martin's problem and makes the following work correctly:
It also cures my problem, i.e. comment 5. Thank
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69295
--- Comment #8 from Jakub Jelinek ---
On i686-linux, it is clearly a matter of excess precision that sometimes
substantially changes the result. With -mfpmath=sse -msse2 or -ffloat-store it
passes.
The abs errors for various tests that fail are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69331
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from Ilya Enkovi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #10 from Jakub Jelinek ---
Wouldn't a useless_type_conversion_p check be better instead of just testing
number of elements?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68949
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69421
--- Comment #11 from Ilya Enkovich ---
(In reply to Jakub Jelinek from comment #10)
> Wouldn't a useless_type_conversion_p check be better instead of just testing
> number of elements?
Yep. Will use it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
--- Comment #2 from Rainer Emrich ---
I'm starting bootstrap and testsuite run at the moment, will take some hours.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
Andrey Belevantsev changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68357
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69238
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #5 from Jakub Jelinek ---
*** Bug 69238 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #6 from Jakub Jelinek ---
Once we have a fix, please make sure to also check the PR69238 testcase and add
it into the testsuite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429
--- Comment #2 from joakim.tjernlund at transmode dot se ---
(In reply to Jakub Jelinek from comment #1)
> Why do you file this against gcc? If anything, it is related to binutils,
You are right, I though it was a gcc problem because I downgrad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
Matthias Klose changed:
What|Removed |Added
Last reconfirmed||2016-1-22
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69413
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Fri Jan 22 12:47:26 2016
New Revision: 232726
URL: https://gcc.gnu.org/viewcvs?rev=232726&root=gcc&view=rev
Log:
Allow _GLIBCXX_HAVE_OBSOLETE_ISINF_ISNAN to be overridden
PR lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69429
--- Comment #3 from Jakub Jelinek ---
Because most of the powerpc distros now use 64KB page size instead of 4KB, so
having only 4KB common page size means security protection of relro area
usually does not work or covers smaller amount of data.
Y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69413
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
Matthias Klose changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #2 from Matthias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
--- Comment #3 from Jonathan Wakely ---
(In reply to Matthias Klose from comment #2)
> r232725
That commit is newer than Stephan's original report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
--- Comment #4 from Matthias Klose ---
more verbose: still seen with r232725
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
--- Comment #5 from Richard Biener ---
Created attachment 37433
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37433&action=edit
patch
Patch that I have tested but which exposes another latent issue?
FAIL: 21_strings/basic_string/requirem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56260
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
--- Comment #6 from Jakub Jelinek ---
(In reply to Richard Biener from comment #5)
> Created attachment 37433 [details]
> patch
>
> Patch that I have tested but which exposes another latent issue?
That patch LGTM.
> FAIL:
> 21_strings/basic_st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69413
--- Comment #3 from Dominik Vogt ---
So, what is the proper way to compile
-- snip --
#include
-- snip --
using a current Gcc compiled with an old system Glibc so that the program uses
a new (not installed) Glibc? The hack I tried earli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
--- Comment #7 from Richard Biener ---
Ah, forgot to update free_scc_vn - retesting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69403
--- Comment #4 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Jan 22 13:58:11 2016
New Revision: 232727
URL: https://gcc.gnu.org/viewcvs?rev=232727&root=gcc&view=rev
Log:
[ARM] Fix PR target/69403: Bug in thumb2_ior_scc_strict_it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69327
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
--- Comment #8 from Bernd Schmidt ---
Why not put this bit into range_info_def so as to not have the information
scattered across two different places? Seems like it would be more robust and
more readable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69376
--- Comment #9 from Jakub Jelinek ---
(In reply to Bernd Schmidt from comment #8)
> Why not put this bit into range_info_def so as to not have the information
> scattered across two different places? Seems like it would be more robust
> and more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
--- Comment #16 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Fri Jan 22 14:16:47 2016
New Revision: 232728
URL: https://gcc.gnu.org/viewcvs?rev=232728&root=gcc&view=rev
Log:
2016-01-22 Christian Bruel
PR target/68674
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68514
--- Comment #3 from Rainer Emrich ---
Will take more time, trunk doesn't bootstrap atm. I have to investigate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
--- Comment #12 from Markus Trippelsdorf ---
Perhaps "-shared -fPIC" instead of "-r -nostdlib" should be used for the
testsuite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69413
--- Comment #4 from Jonathan Wakely ---
(In reply to Dominik Vogt from comment #3)
> So, what is the proper way to compile
>
> -- snip --
> #include
> -- snip --
>
> using a current Gcc compiled with an old system Glibc so that the progr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69393
--- Comment #13 from Jakub Jelinek ---
More reduced testcase:
int e = 5;
int
main ()
{
int a[e];
a[0] = 6;
#pragma omp parallel
if (a[0] != 6)
__builtin_abort ();
return 0;
}
Or it can be put into libgomp/testsuite/libgomp.c++/ and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Jerry DeLisle changed:
What|Removed |Added
Status|WAITING |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63681
Bernd Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
--- Comment #7 from Jonathan Wakely ---
The problem overload is this one:
template
inline _Expr<_BinClos<__shift_left, _Constant, _ValArray, _Tp, _Tp>, typename
__fun<__shift_left, _Tp>::result_type>
operator <<(const _Tp& __t, const valarra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63681
--- Comment #9 from Bernd Schmidt ---
Author: bernds
Date: Fri Jan 22 14:49:22 2016
New Revision: 232730
URL: https://gcc.gnu.org/viewcvs?rev=232730&root=gcc&view=rev
Log:
Backport PR63681 fix
PR target/63681
* cfgrtl.c (cfg_lay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69426
vries at gcc dot gnu.org changed:
What|Removed |Added
Known to work|5.3.0 |
Summary|[6 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69430
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69430
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69415
--- Comment #9 from David Malcolm ---
Similar issue seen here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811579
Package: mosh
> make[5]: Entering directory '/<>/src/protobufs'
...
> userinput.pb.cc: In member function 'virtual bool
>
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: jiong.wang at arm dot com
Target Milestone: ---
Target: aarch64-*-*
make[4]: Entering directory
'/opt/gcc/gcc-201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69416
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||sch...@linux-m68k.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69403
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Jan 22 15:37:50 2016
New Revision: 232733
URL: https://gcc.gnu.org/viewcvs?rev=232733&root=gcc&view=rev
Log:
[ARM] Fix PR target/69403: Bug in thumb2_ior_scc_strict_it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69403
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Jan 22 15:42:30 2016
New Revision: 232734
URL: https://gcc.gnu.org/viewcvs?rev=232734&root=gcc&view=rev
Log:
[ARM] Fix PR target/69403: Bug in thumb2_ior_scc_strict_it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69403
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69428
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69415
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60177
Ville Voutilainen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42329
Ville Voutilainen changed:
What|Removed |Added
CC||filip.roseen at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42329
--- Comment #2 from Jonathan Wakely ---
A more recent EDG than Comeau 4.3 still accepts this, Clang gives the same
errors as GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69431
Bug ID: 69431
Summary: There should be builtins for PowerPC mtfsb0, mtfsb1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
--- Comment #4 from Daniel Starke ---
I see, but the output of the same GCC version should be the same regardless the
host if the target is the same, right?
I used the same source tree to build GCC 5.3.0 for x86_64-linux-gnu and for
x86_64-w64-mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
Elias Pipping changed:
What|Removed |Added
CC||pipping at exherbo dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69415
--- Comment #11 from David Malcolm ---
Contrast with:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811591
which has lots of one-liners e.g.
http://sources.debian.net/src/ifhp/3.5.20-13/src/ifhp.c/#L1348
which is:
if( temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69416
--- Comment #9 from Richard Henderson ---
Author: rth
Date: Fri Jan 22 17:21:41 2016
New Revision: 232737
URL: https://gcc.gnu.org/viewcvs?rev=232737&root=gcc&view=rev
Log:
PR target/69416
* config/aarch64/aarch64.md (UNSPEC_NZCV): New.
(cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69432
Bug ID: 69432
Summary: ICE in connect_traces, at dwarf2cfi.c with -O3 -m32
-minline-stringops-dynamically
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254
--- Comment #14 from Jakub Jelinek ---
Created attachment 37435
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37435&action=edit
gcc6-pr69254-wip.patch
WIP patch. This handles the merging of the -fsanitize=/-fno-sanitize= options
from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69315
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69416
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69415
--- Comment #12 from Jakub Jelinek ---
Ok, I stand convinced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
1 - 100 of 173 matches
Mail list logo
