https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
vincenzo Innocente vincenzo.innocente at cern dot ch changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #29 from Tobias Burnus burnus at gcc dot gnu.org ---
Status: Patch committed to the trunk (4.10), but fails (xfailed) on
powerpc*-apple-darwin*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61084
--- Comment #12 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Mon May 19 07:25:25 2014
New Revision: 210604
URL: http://gcc.gnu.org/viewcvs?rev=210604root=gccview=rev
Log:
gcc/
PR target/61084
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to vincenzo Innocente from comment #9)
sorry fro squatting this thread:
I noticed that compiling the test case for haswell it does not make use of
umm registers
c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #6 from Alexey Merzlyakov alexey.merzlyakov at samsung dot com ---
The issue was reproduced at my side.
Let me make necessary investigations to fix the problem as soon as possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61195
--- Comment #2 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Mon May 19 08:04:22 2014
New Revision: 210608
URL: http://gcc.gnu.org/viewcvs?rev=210608root=gccview=rev
Log:
PR target/61195
* config/sh/sh.md (movsf_ie): Unset fp_mode for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 57328, which changed state.
Bug 57328 Summary: Missed optimization: Unable to vectorize Fortran min and max
intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57328
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Bug ID: 61225
Summary: [4.10 Regression] Several new failures after r210458
on x86_64-*-* with -m32
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61226
Bug ID: 61226
Summary: gccgo: hangs in sort_var_inits
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #3 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to David Binderman from comment #2)
(In reply to Manuel López-Ibáñez from comment #1)
In which sense are they interesting?
They show bugs in gcc trunk.
Same as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60609
cbaylis at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||i686
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
Bug ID: 61227
Summary: [C++11] Regex does not work
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, it's rather an old bug in vrp_operand_equal_p which does
if (is_overflow_infinity (val1))
return is_overflow_infinity (val2);
which isn't correct for how it is called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61218
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Looks like LTO needs the cilk builtins.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61214
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61211
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61203
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #7 from Alexey Merzlyakov alexey.merzlyakov at samsung dot com ---
The problem does not appear for thumb2 targets.
On older architectures (armv6 and below) in thumb-mode the LR indeed can not be
used as argument of POP instruction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Interesting ;) We do some non-sensical simplification on dead code and ICE.
But our dead-CFG compute code in SCCVN isn't up to recognizing a dead loop
because it's conservative
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #8 from Alexey Merzlyakov alexey.merzlyakov at samsung dot com ---
Created attachment 32820
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32820action=edit
Fix for thumb fail
Proposed bugfix (build OK, but not regtested).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61228
Bug ID: 61228
Summary: noexcept(expression) causes internal compiler error
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47461
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Works with 4.9.0
w.cc: In function ‘void f(C*)’:
w.cc:6:33: warning: ignoring return value of ‘bool C::f(T*) [with T = int]’,
declared with attribute warn_unused_result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Bug ID: 61229
Summary: warn_unused_result fails to work with member functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61228
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
Bug ID: 61230
Summary: [4.10 regression][AArch64] New shift costs make
scalar_shift_1.c to FAIL
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon May 19 12:32:15 2014
New Revision: 210611
URL: http://gcc.gnu.org/viewcvs?rev=210611root=gccview=rev
Log:
2014-05-19 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Dennis Lubert plasmahh at gmx dot net changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Bug ID: 61231
Summary: [4.9/4.10 Regression] bootstrap comparision failure on
powerpc64le-linux-gnu
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #2 from Andreas Schwab sch...@linux-m68k.org ---
The C++ standard refers to ECMA-262 which defines [\w] as Perl does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||build
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
libgo fails to link, at least on x86*, powerpc*, arm*, aarch64* -linux with
trunk 20140519:
.libs/bytes.o:(.data.rel.C237[__go_td_FppN12_bytes.ReaderN9_io.WritererN5_int64N5_erroree]+0x0):
multiple definition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #1 from Matthias Klose doko at gcc dot gnu.org ---
this was r210608
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org ---
So it does, thanks, Andreas. I read C++11 [re.grammar]/7 as saying those
classes are part of the changes to the ECMAScript spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61233
Bug ID: 61233
Summary: Demangler crash
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Version|4.9.0 |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon May 19 14:32:23 2014
New Revision: 210613
URL: http://gcc.gnu.org/viewcvs?rev=210613root=gccview=rev
Log:
2014-05-19 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon May 19 14:33:31 2014
New Revision: 210614
URL: http://gcc.gnu.org/viewcvs?rev=210614root=gccview=rev
Log:
2014-05-19 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #4 from FaTony fatony at fatony dot net ---
The first regex is used to find illegal characters in symbol name in my
project. The last regex is used to tokenize command line arguments. Those
regexes work in Visual Studio 2012/2013 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61154
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Sami Farin hvtaifwkbgefbaei at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234
Bug ID: 61234
Summary: Warn for use-stmt without explicit only-list.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53940
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #35 from Sami Farin hvtaifwkbgefbaei at gmail dot com ---
binutils-2.24-13.fc21
haven't tried latest from git://sourceware.org/git/binutils-gdb.git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
--- Comment #1 from Matthias Klose doko at gcc dot gnu.org ---
so this happens because I had sys/sdt.h installed during the build, and
automatically gets picked up during the build.
So probably an invalid issue, or should the inclusion of this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
--- Comment #2 from Richard Henderson rth at gcc dot gnu.org ---
While that does allow me to proceed further, I think you're dismissing
an actual problem somewhere. If gnat 4.8.2 can compile gnat 4.9.0 for
native, then I do not understand why it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
--- Comment #3 from Arnaud Charlet charlet at gcc dot gnu.org ---
The build of GNAT cross is designed to rely on a matching native, to simplify
the
set up, so this is really as designed here, and not just a 'search path
problem'.
The coupling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
CC||hubicka at ucw dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #3 from Ian Lance Taylor ian at airs dot com ---
It's almost certainly the new ipa-comdats pass. When ipa-comdats converts a
variable from static to comdat, it needs to give it a unique name.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61219
Joseph S. Myers jsm28 at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
Joseph S. Myers jsm28 at gcc dot gnu.org changed:
What|Removed |Added
CC||aurelien at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61235
Bug ID: 61235
Summary: SYSTEM(3) - had better copy its command string
parameter
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Bug ID: 61236
Summary: GCC 4.9 generates incorrect object code
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #1 from Mukund Sivaraman muks at banu dot com ---
The following is _correct_ generated x8t_64 code for
dns_rdataslab_fromrdataset() as compiled with:
gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC)
Under free_rdatas label, you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61235
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #2 from Mukund Sivaraman muks at banu dot com ---
This is the C function (so you can compare notes from the next comment):
isc_result_t
dns_rdataslab_fromrdataset(dns_rdataset_t *rdataset, isc_mem_t *mctx,
isc_region_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #3 from Mukund Sivaraman muks at banu dot com ---
The following is _incorrect_ generated x86_64 code for
dns_rdataslab_fromrdataset() as compiled with:
gcc version 4.9.1 20140507 (prerelease) (GCC).
(the current version of GCC on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #5 from David Binderman dcb314 at hotmail dot com ---
(In reply to Richard Biener from comment #4)
Can you try to use -O0 with clang as it is otherwise the default for the host
compiler invocations?
Thus, it may very well be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
CC||ian at airs dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #5 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Markus Trippelsdorf from comment #4)
Could you please try to reproduce the issue with a more recent snapshot:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #6 from Jan Hubicka hubicka at gcc dot gnu.org ---
Well, is there a reason why I can not place static symbol into the comdat
section, just as we do for labels within functions or thunks? Those also do not
have unique name.
It seems to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Frank Ch. Eigler fche at redhat dot com changed:
What|Removed |Added
CC||fche at redhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58761
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Mon May 19 18:41:24 2014
New Revision: 210624
URL: http://gcc.gnu.org/viewcvs?rev=210624root=gccview=rev
Log:
PR c++/58761
* pt.c (tsubst_copy): Don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #9 from Marek Polacek mpolacek at gcc dot gnu.org ---
(In reply to Tom Tromey from comment #5)
I tried this today with a recent-ish gcc trunk build, and
there's been a regression.
Now:
barimba. gcc --syntax-only r.c
r.c: In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org ---
Created attachment 32821
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32821action=edit
patch I am testing
This patch seems to do what I want - it makes the comdat local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #6 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Markus Trippelsdorf from comment #4)
Could you please try to reproduce the issue with a more recent snapshot:
No need. I can reproduce the issue and will look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61133
--- Comment #1 from Ville Voutilainen ville.voutilainen at gmail dot com ---
Patch is in https://gcc.gnu.org/ml/gcc-patches/2014-05/msg00656.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47202
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
This is an issue of combinatorial explosion in checking code; when we have lots
of substitutions, checking each one against each other takes a long time,
especially when each
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
Related to PR61225
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #7 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
-fno-delete-null-pointer-checks fixes the issue and is an easy workaround
for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to David Binderman from comment #5)
I'll try again in a few days time.
Richard S. is preparing a patch at [1], perhaps you can help to test it?
[1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61237
Bug ID: 61237
Summary: gcc puts line number 11 ahead of line number 10 in
function call in debug info
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Component|libstdc++ |target
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
--- Comment #3 from Carrot carrot at google dot com ---
4.8 branch also has the same problem.
1 - 100 of 118 matches
Mail list logo