https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83938
WeiChungChang changed:
What|Removed |Added
URL||https://drive.google.com/op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83938
--- Comment #1 from WeiChungChang ---
Created attachment 43182
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43182&action=edit
report
report in detail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83938
Bug ID: 83938
Summary: Speed up inplace_merge() algorithm & fix inefficient
logic
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188
Eric Gallager changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Eric Gallager
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47047
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188
--- Comment #5 from nik ---
On 2018-01-17 02:15 AM, egallager at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188
>
> --- Comment #4 from Eric Gallager ---
> (In reply to nik from comment #3)
>> Created attachment 423
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
--- Comment #1 from Raphael S. Carvalho ---
another interesting example which shows the bug: https://godbolt.org/g/nMdPBF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83927
--- Comment #2 from Adam Hirst ---
I don't think this is a duplicate of pr59298 because, unlike pr59298, this
doesn't cause an ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83934
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83619
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Jan 18 23:39:26 2018
New Revision: 256867
URL: https://gcc.gnu.org/viewcvs?rev=256867&root=gcc&view=rev
Log:
PR ipa/83619
PR testsuite/83934
* g++.dg/torture/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83934
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Jan 18 23:39:26 2018
New Revision: 256867
URL: https://gcc.gnu.org/viewcvs?rev=256867&root=gcc&view=rev
Log:
PR ipa/83619
PR testsuite/83934
* g++.dg/torture/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83510
--- Comment #5 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01693.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83936
--- Comment #2 from Roland Schulz ---
Do you mean for the target attribute or for all attributes in general? The
following example suggests that for the alloc_align attribute it works to have
the argument depend on a template argument.
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
Bug ID: 83937
Summary: [REGRESSION] C++17 binds braced init of a type T to
default arg of a ctor instead of using T's own default
ctor
Product: gcc
Version: 7.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #14 from acsawdey at gcc dot gnu.org ---
I've narrowed this down a bit --- copying libcommon-target.a from the working
build on willow2 makes the build on genoa work, even with -O2. So it is
something in there. I'll continue narrowing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80768
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83936
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83936
Bug ID: 83936
Summary: [feature request] Allow constexpr char* as target
argument
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49363
Roland Schulz changed:
What|Removed |Added
CC||roland at rschulz dot eu
--- Comment #25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83934
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78797
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79793
Bug 79793 depends on bug 81570, which changed state.
Bug 81570 Summary: create_pseudo_cfg assumes that INCOMING_FRAME_SP_OFFSET is a
constant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81570
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80768
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81570
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
--- Comment #6 from H.J. Lu ---
*** Bug 81570 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82249
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83714
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Thu Jan 18 22:15:32 2018
New Revision: 256866
URL: https://gcc.gnu.org/viewcvs?rev=256866&root=gcc&view=rev
Log:
Fix template/inherit4.C.
PR c++/83714
* search.c (any_dep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #13 from acsawdey at gcc dot gnu.org ---
one more interesting piece ...
Copying gcc/libbackend.a and gcc/*.o from willow2 (working build) to genoa and
linking go1 does not result in a working go1 binary. But, also copying over
libibe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83935
Bug ID: 83935
Summary: DWARF for a variant part is incorrect
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83912
--- Comment #3 from Giuseppe Campana ---
The snippet showed by DR2022
(http://open-std.org/JTC1/SC22/WG21/docs/cwg_defects.html#2022) works fine with
gcc, but it fails to compile if the object passes through a function. As
pointed out by Jakub, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83921
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81959
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82461
--- Comment #5 from Jason Merrill ---
Fixed for 8 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83815
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83933
Carl Love changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81812
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83882
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82992
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82644
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Thu Jan 18 20:31:32 2018
New Revision: 256863
URL: https://gcc.gnu.org/viewcvs?rev=256863&root=gcc&view=rev
Log:
PR libstdc++/82644 document IS 29124 support
Backport from mainline
2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81715
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Thu Jan 18 20:30:33 2018
New Revision: 256861
URL: https://gcc.gnu.org/viewcvs?rev=256861&root=gcc&view=rev
Log:
PR sanitizer/81715
PR testsuite/83882
* function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83882
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Jan 18 20:30:33 2018
New Revision: 256861
URL: https://gcc.gnu.org/viewcvs?rev=256861&root=gcc&view=rev
Log:
PR sanitizer/81715
PR testsuite/83882
* function.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80956
--- Comment #3 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #2)
> Reduced testcase:
> namespace std {
> template class initializer_list;
> }
> template struct B { B (std::initializer_list); };
> struct C { virtual int foo ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83934
Bug ID: 83934
Summary: [8 regression] new test case g++.dg/torture/pr83619.C
fails starting with its introduction in r256850
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #13 from H.J. Lu ---
(In reply to Wilco from comment #12)
> >
> > Do you have data to show that?
>
> Yes, on x64 I get these timings for a simple function containing just the
> library call:
>
> size 1024 - 13845 21025 14449 (raw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83806
Paolo Carlini changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83651
Aldy Hernandez changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81167
--- Comment #9 from Jakub Jelinek ---
Created attachment 43180
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43180&action=edit
gcc8-pr81167.patch
Untested fix. This assumes that the type we want as source is always some
class type, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81167
--- Comment #8 from Jakub Jelinek ---
In gcc/testsuite/ we apparently have just g++.old-deja/g++.benjamin/16077.C
and g++.old-deja/g++.other/overcnv2.C testcases covering those and in both
cases
source is a POINTER_TYPE.
With check-c++-all RUNTES
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82461
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Thu Jan 18 20:02:06 2018
New Revision: 256860
URL: https://gcc.gnu.org/viewcvs?rev=256860&root=gcc&view=rev
Log:
PR c++/82461 - constexpr list-initialized member
* conste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #10 from cesar at gcc dot gnu.org ---
And here is the working code in -O2:
{
.reg.u32%x;
mov.u32 %x, %tid.x;
setp.ne.u32 %r71, %x, 0;
}
@%r71 bra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83933
Bug ID: 83933
Summary: [8 regression] gcc.target/powerpc/vsx-vector-6-le.c
fails starting with r256798
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #9 from cesar at gcc dot gnu.org ---
I figured out why my patch does work. Here's the assembly code for your C test
case at -O0:
{
.reg.u32%x;
mov.u32 %x, %tid.x;
setp.ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #12 from Wilco ---
(In reply to H.J. Lu from comment #10)
> (In reply to Wilco from comment #9)
> > (In reply to Jakub Jelinek from comment #8)
> > > That just means r240568 caused another regression.
> > > Again, on various targets s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83874
Harald Anlauf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #11 from Jakub Jelinek ---
No matter what, I don't see how you could use much common infrastructure here.
Say if the tailcall pass sees strlen (something) + something being returned, it
could turn that into strchr (something, 0), beca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83651
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from Aldy Hernandez
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #10 from H.J. Lu ---
(In reply to Wilco from comment #9)
> (In reply to Jakub Jelinek from comment #8)
> > That just means r240568 caused another regression.
> > Again, on various targets strchr is efficient, just on a few ones it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #9 from Wilco ---
(In reply to Jakub Jelinek from comment #8)
> That just means r240568 caused another regression.
> Again, on various targets strchr is efficient, just on a few ones it is not
> and the change was unfortunately done g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #8 from cesar at gcc dot gnu.org ---
I tweaked your proposed fix as follows:
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 55c7e3cbf90..24625cd303f 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83927
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83433
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31237
Bug 31237 depends on bug 83864, which changed state.
Bug 83864 Summary: ICE in gfc_apply_init, at fortran/expr.c:4271
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83864
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83864
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #8 from Jakub Jelinek ---
That just means r240568 caused another regression.
Again, on various targets strchr is efficient, just on a few ones it is not and
the change was unfortunately done generically.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83931
--- Comment #2 from Thomas Anderson ---
From the LLVM CL description:
Alternatively, they could use clang instead
of clang++, but that already disables implicit addition of -lm on some
toolchains.
Not sure if this is the same for gcc though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83932
Bug ID: 83932
Summary: No diagnostic issued for missing default argument in
lambda-expression
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83864
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jan 18 18:27:22 2018
New Revision: 256857
URL: https://gcc.gnu.org/viewcvs?rev=256857&root=gcc&view=rev
Log:
2018-01-18 Harald Anlauf
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #7 from Wilco ---
(In reply to H.J. Lu from comment #6)
> (In reply to Wilco from comment #5)
> > Note there are other optimizations which can block a tailcall, for example:
> >
> > void *f (void *p) { return __builtin_strchr (p, 0);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81167
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83931
--- Comment #1 from Andrew Pinski ---
Use gcc for linking instead of g++ seems like the correct way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83931
Bug ID: 83931
Summary: Add support for -nostdlib++
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
--- Comment #6 from H.J. Lu ---
(In reply to Wilco from comment #5)
> Note there are other optimizations which can block a tailcall, for example:
>
> void *f (void *p) { return __builtin_strchr (p, 0); }
This is irrelevant since this refers to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #5 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83930
Bug ID: 83930
Summary: [7/8 Regression] ICE: RTL check: expected code
'const_int', have 'mem' in
simplify_binary_operation_1, at simplify-rtx.c:3302
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83929
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
--- Comment #9 from Jakub Jelinek ---
Given the issues we had on ARM, AArch64 (see exempli gratia PR65956 and
associated discussions), et cetera with overaligned/underaligned scalars, I
think the right thing is not to consider alignment for the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83875
--- Comment #8 from Roland Schulz ---
I would suggest that:
- inside multi-versioned (target_clones/target) function it depends on the
active target
- inside a constexpr context (function/variable, your examples) or
always_inline function it depe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81013
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=81013
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Jan 18 17:11:43 2018
New Revision: 256856
URL: https://gcc.gnu.org/viewcvs?rev=256856&root=gcc&view=rev
Log:
/cp
2018-01-18 Paolo Carlini
PR c++/81013
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
Tom Lane changed:
What|Removed |Added
CC||tgl at sss dot pgh.pa.us
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #7 from Tom de Vries ---
(In reply to Tom de Vries from comment #6)
> (In reply to Tom de Vries from comment #3)
> > Likewise, reversing the if-then-else order in gemm.f90 makes the testcase
> > fail on trunk without this patch.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83651
Arnd Bergmann changed:
What|Removed |Added
Attachment #43177|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80956
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61037
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82964
--- Comment #5 from Wilco ---
Author: wilco
Date: Thu Jan 18 16:37:44 2018
New Revision: 256854
URL: https://gcc.gnu.org/viewcvs?rev=256854&root=gcc&view=rev
Log:
[AArch64] Fix fp16 test failures after PR82964 fix
This fixes test failures in gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #6 from Tom de Vries ---
(In reply to Tom de Vries from comment #3)
> Likewise, reversing the if-then-else order in gemm.f90 makes the testcase
> fail on trunk without this patch.
Minimal version:
...
! { dg-do run }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83651
--- Comment #6 from Arnd Bergmann ---
Created attachment 43177
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43177&action=edit
Single-file version of aes benchmark
I've managed to condense the 'openssl speed aes-256-cbc' test into a singl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82107
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82256
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Thu Jan 18 16:26:54 2018
New Revision: 256853
URL: https://gcc.gnu.org/viewcvs?rev=256853&root=gcc&view=rev
Log:
PR ipa/82256
patch by PaX Team
* cgraphclones.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
--- Comment #7 from Eric Botcazou ---
128-bit types requite 128-bit alignment on SPARC64 so we cannot support that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81443
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
--- Comment #5 from Rainer Orth ---
Created attachment 43175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43175&action=edit
unpreprocessed input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83929
Bug ID: 83929
Summary: implicit conversion of literal class type can not be
used as bit-field length
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82256
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81443
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #12 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83619
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83928
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
1 - 100 of 168 matches
Mail list logo
