https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50536
--- Comment #8 from Vittorio Zecca ---
Still in 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50392
--- Comment #8 from Vittorio Zecca ---
ICE still in 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410
--- Comment #21 from Vittorio Zecca ---
ICE still in 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70839
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |6.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70839
Bug ID: 70839
Summary: [6/7 regression] Every libjava execution test FAILs:
Incorrect library ABI version detected
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
--- Comment #4 from Vittorio Zecca ---
ICE on gfortran 5.3.0
gfortran should never have an ICE, even on invalid code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
--- Comment #11 from Vittorio Zecca ---
I am still having an ICE with gfortran 5.3.0 on the following
module abc
implicit none
type,abstract::abc_abstract
contains
procedure(abc_interface),deferred::abc_function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70838
--- Comment #1 from nunya223bidness at streetwisemail dot com ---
Created attachment 38354
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38354&action=edit
tar.xz of build-x86_64-unknown-linux-gnu/libiberty/*.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70838
Bug ID: 70838
Summary: internal compiler error on libiberty/floatformat.c
when bootstrapping 5.3.0 with 5.3.0
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70837
Bug ID: 70837
Summary: internal compiler error on libiberty/floatformat.c
when bootstrapping 5.3.0 with 5.3.0
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70836
Bug ID: 70836
Summary: internal compiler error on libiberty/floatformat.c
when bootstrapping 5.3.0 with 5.3.0
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70834
Bug ID: 70834
Summary: Incorrect warning for placement new when conditionally
used
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56485
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70833
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70132
Andrew Pinski changed:
What|Removed |Added
CC||alfredo.pons at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70465
--- Comment #10 from Jeffrey A. Law ---
Coming back to Uros's c#5, the more I think about it, that's the solution.
reg-stack ought to be able to use dependency information to determine if it
can swap two insns rather than inserting a fxchg.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70833
Bug ID: 70833
Summary: All versions g++ 5.3.1 and and previous fails
compiling with rpi3 and option -march=native
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70820
--- Comment #4 from Jonathan Wakely ---
(In reply to Fabio Rocha from comment #3)
> Still, it feels pretty strange that uncommenting the "First Assert" is what
> makes the code incorrect...
That's not strange at all, the assertion requires the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70832
Bug ID: 70832
Summary: move-assignment of lambdas calls copy-constructor for
captures
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70832
--- Comment #1 from Lorenzo Pistone ---
correction, it calls the copy assignment operator, not the copy constructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70799
--- Comment #2 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #1)
> I've been also surprised that the STV pass punts on moves of constants into
> DImode registers, if it is not 0, sure, it has higher cost, because it needs
> to be l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68997
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Bug 69582 depends on bug 68997, which changed state.
Bug 68997 Summary: [cilkplus] cilk_spawn is broken for functions that return a
type with a custom copy or move constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68997
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70344
Zhendong Su changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69024
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Bug 69582 depends on bug 69024, which changed state.
Bug 69024 Summary: [cilkpus] cilk_spawn is broken for initializations with
implicit conversion operators defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69024
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68997
--- Comment #1 from Jeffrey A. Law ---
Author: law
Date: Wed Apr 27 20:41:52 2016
New Revision: 235534
URL: https://gcc.gnu.org/viewcvs?rev=235534&root=gcc&view=rev
Log:
PR c++/69024
PR c++/68997
* cilk.c (cilk_ignorable_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69024
--- Comment #1 from Jeffrey A. Law ---
Author: law
Date: Wed Apr 27 20:41:52 2016
New Revision: 235534
URL: https://gcc.gnu.org/viewcvs?rev=235534&root=gcc&view=rev
Log:
PR c++/69024
PR c++/68997
* cilk.c (cilk_ignorable_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69138
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Blo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70763
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70831
--- Comment #1 from Jeff Bai ---
P.S.: Tried building with both GCC 5.3.0, and GCC 6.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70831
Bug ID: 70831
Summary: FTBFS: Build fails with bootstrap-lto and
profiledbootstrap
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70830
Bug ID: 70830
Summary: ARM interrupt attribute: push/pop do not support
{reglist}^
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70829
Bug ID: 70829
Summary: LTO bootstrap failure
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #4 from Bill Seurer ---
From poking around in gdb it is dying on line 1078 in the code from the
VERIFY_CR macro (part of VERIFY_REGS) though "where" shows line 1070 for some
reason.
#ifndef __NO_FPRS__
b_all ();
VERIFY_REGS;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70828
Bug ID: 70828
Summary: broken array-type subarrays inside acc data in openacc
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Keywords: openacc
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70807
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70807
--- Comment #2 from H.J. Lu ---
Created attachment 38350
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38350&action=edit
A patch to trigger ICE in fwprop pass on x86-64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #3 from Bernd Schmidt ---
In theory debug_insns are updated by regrename.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70155
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70155
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Apr 27 17:32:40 2016
New Revision: 235518
URL: https://gcc.gnu.org/viewcvs?rev=235518&root=gcc&view=rev
Log:
Extend STV pass to 64-bit mode
128-bit SSE load and store instruct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70820
--- Comment #3 from Fabio Rocha ---
(In reply to Jason Merrill from comment #1)
> 14.7.1: "The implicit instantiation of a class template specialization
> causes the implicit instantiation of the declarations, but not of the
> definitions, defau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70820
Fabio Rocha changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70820
Fabio Rocha changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #2 from Bill Schmidt ---
I don't know the register-renames code at all -- does it update debug
information when it replaces registers? Sounds like gdb is getting stale
results for which register represents a memory value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70827
Bug ID: 70827
Summary: [6 regression] dubious use of deleted function in
inherited constructor
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244
--- Comment #6 from dhowells at redhat dot com ---
I'm looking to implement Linux kernel atomics with C++-11 intrinsics, so being
able to reduce a CMPXCHG-loop to BTR/BTS/BTC would be really handy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
--- Comment #1 from Bernd Schmidt ---
So the only non-guality failure is powerpc/savres.c? Is there a way to reduce
this a bit, and also provide an (ideally reduced) preprocessed version that
exhibits the failure?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244
Martin Sebor changed:
What|Removed |Added
CC||dhowells at redhat dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70342
--- Comment #8 from Marek Polacek ---
So it seems this fixes this problem:
diff --git a/gcc/c-family/c-ubsan.c b/gcc/c-family/c-ubsan.c
index 4022bdf..b829c04 100644
--- a/gcc/c-family/c-ubsan.c
+++ b/gcc/c-family/c-ubsan.c
@@ -395,8 +395,11 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70823
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70826
Bug ID: 70826
Summary: [7 regression] many test cases fail starting with
r235442
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65766
Dominique d'Humieres changed:
What|Removed |Added
CC||pvdp.bugzilla at gmail dot com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70815
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 70815, which changed state.
Bug 70815 Summary: ICE when using read statement applied to deferred-length
string pointer as derived type component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70815
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70825
Bug ID: 70825
Summary: x86_64: __atomic_compare_exchange_n() accesses stack
unnecessarily
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70824
Bug ID: 70824
Summary: cc1plus consumes all available memory on specific
template code
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70817
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70766
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70820
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70823
Bug ID: 70823
Summary: x86_64: __atomic_fetch_and/or/xor() should perhaps use
BTR/BTS/BTC if they can
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70822
Bug ID: 70822
Summary: bogus "error: lvalue required as unary ‘&’ operand"
with C++14 parenthesized SCOPE_REF
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70821
Bug ID: 70821
Summary: x86_64: __atomic_fetch_add/sub() uses XADD rather than
DECL in some cases
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53157
Patrick Palka changed:
What|Removed |Added
CC||blastrock at free dot fr
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70121
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[6/7 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
--- Comment #18 from David Abdurachmanov
---
For now I will pull this change into my GCC 6.1.0 build.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Wed Apr 27 14:10:04 2016
New Revision: 235511
URL: https://gcc.gnu.org/viewcvs?rev=235511&root=gcc&view=rev
Log:
2016-04-27 Richard Biener
PR ipa/70760
* tree-ssa-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[6/7 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56616
--- Comment #3 from simon at pushface dot org ---
This PR was down to a lack of appreciation of the resources available.
If you provide a Library_Interface and you're building a dynamic
library, gprbuild populates the include Library_Src_Dir dire
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70820
Bug ID: 70820
Summary: GCC incorrectly accepts code that accesses nested
names in an incomplete type
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66200
James Greenhalgh changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70819
Bug ID: 70819
Summary: constexpr error location wrong
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70750
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70750
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Apr 27 13:35:03 2016
New Revision: 235509
URL: https://gcc.gnu.org/viewcvs?rev=235509&root=gcc&view=rev
Log:
X86: Fix a typo in call_insn_operand
r231923 has
;; Test for a v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70683
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70683
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 27 13:29:34 2016
New Revision: 235507
URL: https://gcc.gnu.org/viewcvs?rev=235507&root=gcc&view=rev
Log:
PR sanitizer/70683
* tree-core.h (enum operand_equal_flag)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70814
--- Comment #2 from Yichao Yu ---
As an update, it seems that the llvm trunk recently switched to using
`__atomic_*` function call for int128 on all platforms (that I can test
anyway). I'm not sure how that decision is made or if there's any comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70728
Kirill Yukhin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Target Milestone|6.2 |6.0
--- Comment #15 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70785
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70785
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70814
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70342
--- Comment #7 from Marek Polacek ---
There's some non-linearity. This compiles in 25s, if I add another "<< A()"
then in 55s, if I add another "<< A()" then in 1m50s etc.
class A {};
class B {
public:
B(A);
};
class C {
public:
C operator<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70712
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 27 12:23:50 2016
New Revision: 235490
URL: https://gcc.gnu.org/viewcvs?rev=235490&root=gcc&view=rev
Log:
Backported from mainline
2016-04-23 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70680
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6 Regression] OpenMP |[5 Regression] OpenMP SIMD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70680
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 27 12:22:47 2016
New Revision: 235489
URL: https://gcc.gnu.org/viewcvs?rev=235489&root=gcc&view=rev
Log:
Backported from mainline
2016-04-19 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70728
--- Comment #4 from Kirill Yukhin ---
Author: kyukhin
Date: Wed Apr 27 12:09:45 2016
New Revision: 235487
URL: https://gcc.gnu.org/viewcvs?rev=235487&root=gcc&view=rev
Log:
AVX-512. PR target/70728. Use separate constraint for AVX-512BW
PR targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70767
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70767
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Wed Apr 27 11:57:58 2016
New Revision: 235486
URL: https://gcc.gnu.org/viewcvs?rev=235486&root=gcc&view=rev
Log:
libstdc++/70767 Define std::numeric_limits in C++98 mode
PR libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49889
--- Comment #3 from Nick Clifton ---
Author: nickc
Date: Wed Apr 27 11:29:20 2016
New Revision: 235484
URL: https://gcc.gnu.org/viewcvs?rev=235484&root=gcc&view=rev
Log:
PR middle-end/49889
gcc * varasm.c (merge_weak): Generate an er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69489
--- Comment #16 from amker at gcc dot gnu.org ---
(In reply to amker from comment #15)
> Also the case is reported not vectorized on Solaris/SPARC in PR70803. I
> will investigate and follow up it in that ticket.
>
> Thanks.
Hmm, that one is fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70588
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |6.2
--- Comment #11 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70810
--- Comment #2 from Jonathan Wakely ---
Similar problems described at:
http://stackoverflow.com/q/11103384/981959
http://stackoverflow.com/q/34051435/981959
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68887
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |6.2
--- Comment #5 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69332
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |6.2
--- Comment #2 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68649
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |6.2
--- Comment #14 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70621
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |6.2
--- Comment #3 from Jakub Jelinek -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65024
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |6.2
--- Comment #15 from Jakub Jelinek
1 - 100 of 223 matches
Mail list logo
