https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82941
Bug 82941 depends on bug 82942, which changed state.
Bug 82942 Summary: Generate vzeroupper with -mavx512f -mno-avx512er -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82942
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82942
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82256
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
--- Comment #2 from Марина Полякова ---
No, I can't because pkgutil has only gcc 4 or 5 :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81013
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
Will Schmidt changed:
What|Removed |Added
CC||willschm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
--- Comment #3 from Марина Полякова ---
(In reply to Richard Biener from comment #1)
> Note GCC 5 is no longer maintained - can you test a newer version?
No, I can't because pkgutil has only gcc 4 or 5 :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
--- Comment #4 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #2)
> So, one problem here is that the debug marker for line 33 is moved by sched2
> too early (unnecessarily), before the prologue, before statement frontiers
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83589
--- Comment #1 from Tom de Vries ---
Using the patch from PR83920 comment 3 and testing libgomp.oacc-c/c.exp makes
the libgomp.oacc-c/c.exp failures of this PR go away.
So, this might be a duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83927
Bug ID: 83927
Summary: Type-Bound Procedure on element of Derived Type
PARAMETER Array
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
--- Comment #3 from Jakub Jelinek ---
That latter bug has been introduced with PR79793.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82941
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70268
--- Comment #16 from boris at gcc dot gnu.org ---
Author: boris
Date: Thu Jan 18 13:17:37 2018
New Revision: 256847
URL: https://gcc.gnu.org/viewcvs?rev=256847=gcc=rev
Log:
Add ability to remap file names in __FILE__, etc (PR other/70268)
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
Bug ID: 83926
Summary: ICE during RTL pass: ira, in
elimination_costs_in_insn, at reload1.c:3633
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48879
--- Comment #9 from Georg-Johann Lay ---
Hi, installing linux-libc-dev:i386 resolved this issue for me (linux-libc-dev
was already installed).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #3 from Tom de Vries ---
(In reply to cesar from comment #0)
> I think there
> might be other PTX JIT bugs lurking here, because the test program still
> works as intended.
I can make it fail on trunk, by changing the workaround to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83920
--- Comment #4 from Tom de Vries ---
(In reply to cesar from comment #0)
> the underlying problem is present
> in og7 and impacts da-1.c).
That's a failure I did not manage to reproduce. For me, at commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60725
--- Comment #8 from Eric Gallager ---
Worth returning to this issue now that -Wreturn-type is enabled by default for
gcc8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83816
--- Comment #17 from Oleg Endo ---
(In reply to Richard Biener from comment #15)
>
> I can reproduce it:
>
Nice.
(In reply to Richard Biener from comment #16)
> Note your testcase only reproduces on the GCC 6 branch. It is expected that
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
Bug ID: 83925
Summary: [SPARC/Solaris] __int128 aligned(8) as function
argument is passed in wrong register
Product: gcc
Version: 5.5.0
Status: UNCONFIRMED
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
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=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:
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=edit
unpreprocessed input
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=83651
--- Comment #6 from Arnd Bergmann ---
Created attachment 43177
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43177=edit
Single-file version of aes benchmark
I've managed to condense the 'openssl speed aes-256-cbc' test into a single
file
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=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=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=83925
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=81443
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=gcc=rev
Log:
/cp
2018-01-18 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83928
Bug ID: 83928
Summary: implicit conversion of literal class type to unscoped
enumeration can not be used as array size
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83928
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83619
--- Comment #3 from Jan Hubicka ---
Author: hubicka
Date: Thu Jan 18 15:57:48 2018
New Revision: 256850
URL: https://gcc.gnu.org/viewcvs?rev=256850=gcc=rev
Log:
PR ipa/83619
* g++.dg/torture/pr83619.C: New testcase.
*
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=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=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=gcc=rev
Log:
[AArch64] Fix fp16 test failures after PR82964 fix
This fixes test failures in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=83619
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=gcc=rev
Log:
PR ipa/82256
patch by PaX Team
* cgraphclones.c
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=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=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83929
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
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
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++
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,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83927
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
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=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=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 #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),
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=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=gcc=rev
Log:
2018-01-18 Harald Anlauf
Backport from
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
+++
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
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=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=83433
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
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=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=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=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=83874
Harald Anlauf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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=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=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=53298
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #4
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=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;
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
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
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=gcc=rev
Log:
PR libstdc++/82644 document IS 29124 support
Backport from mainline
2017-10-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82992
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81812
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
---
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=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=gcc=rev
Log:
PR c++/82461 - constexpr list-initialized member
* constexpr.c
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=edit
gcc8-pr81167.patch
Untested fix. This assumes that the type we want as source is always some
class type, which seems
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:
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=gcc=rev
Log:
PR sanitizer/81715
PR testsuite/83882
* function.h
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=gcc=rev
Log:
PR sanitizer/81715
PR testsuite/83882
* function.h
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=82461
--- Comment #5 from Jason Merrill ---
Fixed for 8 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51628
--- Comment #46 from Alexey Salmin ---
Tested the latest patch, behavior looks very reasonable even in tricky cases.
1) No warning, gcd(12, 8) == 4
struct tuple_t {
char c[12];
__int128_t i;
} __attribute__((packed,
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=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=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:
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=83920
--- Comment #5 from Tom de Vries ---
This ( PR83589 - "[nvptx] mode-transitions.c and private-variables.{c,f90}
execution FAILs at GOMP_NVPTX_JIT=-O0" ) may be a duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83925
Richard Biener changed:
What|Removed |Added
Keywords||ABI
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81959
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 168 matches
Mail list logo