https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81946
--- Comment #7 from martin ---
Thanks for letting me know. I appreciate it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81960
Jürgen Reuter changed:
What|Removed |Added
Known to fail||8.0
--- Comment #1 from Jürgen Reuter -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81960
--- Comment #2 from Jürgen Reuter ---
Actually, is this in the bootstrap ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936
--- Comment #15 from Tom de Vries ---
(In reply to rguent...@suse.de from comment #14)
> That looks odd, I'll see if I can reproduce tomorrow.
FYI, there are scripts at
https://gcc.gnu.org/wiki/Offloading#How_to_try_offloading_enabled_GCC that s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81961
Bug ID: 81961
Summary: [7 regression] an imported unsized C array in the
auto-translated binding raises Storage_Error
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81961
--- Comment #1 from yuta tomino ---
Note, -gnatp or pragma Suppress can not suppress this exception.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81960
--- Comment #3 from Uroš Bizjak ---
Patch at [1].
[1] https://gcc.gnu.org/ml/gcc-patches/2017-08/msg01376.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81525
Sven C. Dack changed:
What|Removed |Added
CC||sven.c.dack at sky dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81962
Bug ID: 81962
Summary: -Wmaybe-uninitialized refers to wrong line (and only
works with -O3)
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81962
janus at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
janus at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81942
Thomas Preud'homme changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81964
Bug ID: 81964
Summary: istream_iterator: unexpected read in ctor
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81884
--- Comment #7 from Valentine ---
Many thanks for this !
Are there any plans to merge this into 7.2.0 and into any future 7.x releases?
If not, is it safe for me just to apply this patch to 7.2 locally and rebuild?
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
gcc version 8.0.0 20170824 (experimental) [trunk revision 251326] (GCC)
ICE in stage 2 compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81884
--- Comment #8 from rguenther at suse dot de ---
On Thu, 24 Aug 2017, v at vsamko dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81884
>
> --- Comment #7 from Valentine ---
> Many thanks for this !
>
> Are there any plans to m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81948
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81951
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81952
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81953
--- Comment #3 from Richard Biener ---
TER doesn't cross calls these days, it's really sinking doing this.
I think given the schedule of instructions inside a BB on GIMPLE is somewhat
arbitrary sinking should always sink to the beginning of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81954
--- Comment #2 from Richard Biener ---
Or this is a dup of PR81900 which is meanwhile fixed (but not in your version).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81955
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81956
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81961
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81966
Bug ID: 81966
Summary: runtime.inc:362:10: error: duplicate member ‘_’
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81957
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80993
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at somniumtech dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81931
--- Comment #11 from Aldy Hernandez ---
Author: aldyh
Date: Thu Aug 24 11:40:55 2017
New Revision: 251328
URL: https://gcc.gnu.org/viewcvs?rev=251328&root=gcc&view=rev
Log:
PR middle-end/81931
* tree-ssanames.c (get_nonzero_bits)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81931
--- Comment #12 from Aldy Hernandez ---
Author: aldyh
Date: Thu Aug 24 11:42:24 2017
New Revision: 251329
URL: https://gcc.gnu.org/viewcvs?rev=251329&root=gcc&view=rev
Log:
Port from mainline:
2017-08-24 Aldy Hernandez
PR middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
--- Comment #2 from Rainer Emrich ---
(In reply to Richard Biener from comment #1)
> Just a wild guess... does
>
> Index: gcc/dwarf2out.c
> ===
> --- gcc/dwarf2out.c (revision 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
--- Comment #3 from Rainer Emrich ---
(In reply to Rainer Emrich from comment #2)
> (In reply to Richard Biener from comment #1)
> > Just a wild guess... does
> >
> > Index: gcc/dwarf2out.c
> > ===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936
--- Comment #17 from Richard Biener ---
Created attachment 42036
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42036&action=edit
patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67960
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
Eric Gallager changed:
What|Removed |Added
CC||chrisb2244 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81908
Christophe Lyon changed:
What|Removed |Added
Target|i?86-*-*|i?86-*-*
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81967
Bug ID: 81967
Summary: No overload std::basic_string::erase(__const_iterator,
__const_iterator) old ABI
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
Xi Ruoyao changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
--- Comment #11 from Yvan Roux ---
Author: yroux
Date: Thu Aug 24 13:20:22 2017
New Revision: 251331
URL: https://gcc.gnu.org/viewcvs?rev=251331&root=gcc&view=rev
Log:
PR c++/80287 C++ crash with __attribute((may_alias))
gcc/
2017-08-24 Yvan R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #5 from Xi Ruoyao ---
Martin said Clang doesn't output the suffix at all, so I tested Clang 4.0.
It also suffers this warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81921
--- Comment #1 from Richard Biener ---
Author: rguenth
Date: Thu Aug 24 13:44:35 2017
New Revision: 251333
URL: https://gcc.gnu.org/viewcvs?rev=251333&root=gcc&view=rev
Log:
2017-08-23 Richard Biener
PR target/81921
* targhoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936
--- Comment #18 from Richard Biener ---
Author: rguenth
Date: Thu Aug 24 13:41:51 2017
New Revision: 251332
URL: https://gcc.gnu.org/viewcvs?rev=251332&root=gcc&view=rev
Log:
2017-08-24 Richard Biener
PR debug/81936
* dwarf2o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81936
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81921
Richard Biener changed:
What|Removed |Added
Known to work||8.0
Summary|[5/6/7/8 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Bug ID: 81968
Summary: [8 regression] early lto debug objects make Solaris ld
SEGV
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81960
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #6 from Xi Ruoyao ---
Created attachment 42038
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42038&action=edit
patch proposal
This patch turn on the type suffix of integer constants in debug info.
It's not tested well yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81504
--- Comment #4 from Bill Schmidt ---
I don't think this has anything to do with the swaps pass. I see the same
wrong code generation with -mno-optimize-swaps. I'll continue to investigate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #7 from Paul Smith ---
I'm not sure what the impacts of "if (pp->flags & pp_c_flag_gnu_v3)" are; does
this mean it only works if you specify -ggdb3? Is that the right thing? I
don't know what the differences are between the differen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #1 from rguenther at suse dot de ---
On August 24, 2017 4:18:45 PM GMT+02:00, "ro at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
>
>Bug ID: 81968
>Summary: [8 regression] early lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81965
Rainer Emrich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81969
Bug ID: 81969
Summary: "el" escape sequence in coloring yields incorrect
message in some terminals
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #8 from Xi Ruoyao ---
(In reply to Paul Smith from comment #7)
> I'm not sure what the impacts of "if (pp->flags & pp_c_flag_gnu_v3)" are;
> does this mean it only works if you specify -ggdb3? Is that the right
> thing? I don't know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81966
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81955
--- Comment #4 from Ad PC ---
"The file you are trying to attach is 13217 kilobytes (KB) in size. Attachments
cannot be more than 1000 KB."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81970
Bug ID: 81970
Summary: carchive gotools tests fail
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81913
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Thu Aug 24 15:38:39 2017
New Revision: 251337
URL: https://gcc.gnu.org/viewcvs?rev=251337&root=gcc&view=rev
Log:
PR tree-optimization/81913
* tree-ssa-loop-niter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #9 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #8)
> I'll try more -gxxx options to see if we need a new flag.
This works for:
-g
-g2
-g3
-ggdb
-ggdb2
-ggdb3
-gdwarf
-gdwarf-{2,3,4}
-gdwarf -gstrict-dwarf
-g -gz
Not wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81955
--- Comment #5 from Ad PC ---
Created attachment 42039
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42039&action=edit
used split -n 2 and bzip2 -- part 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81955
--- Comment #6 from Ad PC ---
Created attachment 42040
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42040&action=edit
preprocessed source -- used split -n 2 and bzip2 -- part 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #10 from Martin Sebor ---
Unless the exact format for non-type template arguments is specified in DWARF
(I don't think it is) it seems that a more robust solution is to enhance GDB to
be able to understand types with and without the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81960
--- Comment #5 from Jürgen Reuter ---
(In reply to Uroš Bizjak from comment #4)
> Fixed.
Is this fix committed to the gcc svn already?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81960
--- Comment #6 from Andrew Pinski ---
(In reply to Jürgen Reuter from comment #5)
> Is this fix committed to the gcc svn already?
https://gcc.gnu.org/ml/gcc-cvs/2017-08/msg00582.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81971
Bug ID: 81971
Summary: internal compiler error: in check_noexcept_r, at
cp/except.c:1028
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81970
Uroš Bizjak changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #11 from Xi Ruoyao ---
(In reply to Martin Sebor from comment #10)
> Unless the exact format for non-type template arguments is specified in
> DWARF (I don't think it is) it seems that a more robust solution is to
> enhance GDB to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81966
--- Comment #2 from martin ---
I copied the folder of svn://gcc.gnu.org/svn/gcc/trunk/libgo/ to the
gcc-7.2.0/libgo folder. When I'm using the trunk it should contain the patch?
Shouldn't that work?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66159
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #12 from Paul Smith ---
Xi Ruoyao (comment #9):
> This works for:
Excellent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81972
Bug ID: 81972
Summary: Improve data tracking for simple conditional code
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81236
Jason Merrill changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81966
--- Comment #3 from Ian Lance Taylor ---
The patch is to a file in gcc/go/gofrontend, not to a file in libgo. You
probably can not simply copy the gcc/go directory from trunk to GCC 7, as it
will expect other changes. But you can apply the patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81236
Jason Merrill changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #4 from Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81966
--- Comment #4 from Ian Lance Taylor ---
I should add that parts of libgo are tied to parts of gcc/go, and I don't
actually know whether using the trunk libgo and the GCC 7 gcc/go will work at
all. Sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70328
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81909
Thomas Preud'homme changed:
What|Removed |Added
Target|nvptx |nvptx, arm-none-eabi
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #13 from Martin Sebor ---
(In reply to Xi Ruoyao from comment #11)
The target demangler is (or can be) different on each target and, as I said,
different producers use different strings (for example, neither Clang nor IBM
XLC++ inclu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81504
--- Comment #5 from Bill Schmidt ---
OK, so the problem is in the swaps pass. It's just that the add of 16 is
correctly placed in every prior optimization pass following ivopts, which has
shifted it around in the usual fashion. Prior to swap op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81504
--- Comment #6 from Bill Schmidt ---
Correction, the reconstruction happens *prior* to swap optimization so the
latter can't make the patterns unrecognizable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69864
Eric Gallager changed:
What|Removed |Added
Keywords|documentation |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81932
--- Comment #14 from Xi Ruoyao ---
(In reply to Martin Sebor from comment #13)
> (In reply to Xi Ruoyao from comment #11)
>
> The target demangler is (or can be) different on each target and, as I said,
> different producers use different string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79008
Martin Sebor changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70644
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71517
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57201
Eric Gallager changed:
What|Removed |Added
CC||albert.astals at canonical dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #2 from Nikolay Orliuk ---
Sure,
struct Value {
Value();
Value(const Value&);
Value(Value&&);
};
struct Frame {
Value value; // previously mutable
};
Frame top;
const Frame& x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #3 from Nikolay Orliuk ---
Sure,
struct Value {
Value();
Value(const Value&);
Value(Value&&);
};
struct Frame {
Value value; // previously mutable
};
Frame top;
const Frame& x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81973
Bug ID: 81973
Summary: Aliased virtual methods are treated as undefined, so
the vtable is not generated
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #4 from Nikolay Orliuk ---
Hello
Sure,
struct Value {
Value();
Value(const Value&);
Value(Value&&);
};
struct Frame {
Value value; // previously mutable
};
Frame top;
const F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
Eric Gallager changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Eric Gallager -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67906
--- Comment #6 from Eric Gallager ---
On 8/24/17, Mykola Orliuk wrote:
> Hello
>
> Sure,
>
> struct Value {
> Value();
> Value(const Value&);
> Value(Value&&);
> };
>
> struct Frame {
> Value value; //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71797
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81973
--- Comment #1 from Lorenzo Pistone ---
It is possible to obtain the desired behavior defining in a compilation unit a
dummy s::f with weak attribute (and so generate the vtable), then in a separate
compilation the actual alias of s::f to s_f_ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81504
--- Comment #7 from Bill Schmidt ---
Created attachment 42041
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42041&action=edit
Patch under test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81236
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81953
--- Comment #4 from Pat Haugen ---
(In reply to Richard Biener from comment #3)
> The interesting part is also why RTL scheduling doesn't rectify things
> here?
If you're referring to -fsched-pressure, I believe the answer is that those
algorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81964
--- Comment #2 from Petr Ovtchenkov ---
https://gcc.gnu.org/ml/libstdc++/2017-08/msg00033.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70792
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 121 matches
Mail list logo
