-linux-gnu, |
|*-*-solaris2.11 |
Build|powerpc64-linux-gnu,|
|powerpc64le-linux-gnu, |
|*-*-solaris2.11 |
CC||tschwinge at gcc dot gnu.org
: diagnostic, documentation
Severity: minor
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
Target Milestone: ---
In context of PR114818 "'constructor', 'destructor' function attributes vs.
'e
, documentation
Severity: minor
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
Target Milestone: ---
By chance, I noticed that when 'constructor', 'destructor' function attributes
appear
,
||tschwinge at gcc dot gnu.org
--- Comment #9 from Thomas Schwinge ---
Reproduced with a native build on cfarm120.cfarm.net
(powerpc64le-unknown-linux-gnu, "POWER10 (architected), altivec supported"),
with '--enable-checking=yes,extra,rtl'.
And,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
--- Comment #5 from Thomas Schwinge ---
As determined during patch review, there's still an unresolved issue:
On 2024-04-16T17:12:17+0800, Chung-Lin Tang wrote:
> If we continue to use k->refcount itself as the flag holder of map type, I
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
Thomas Schwinge changed:
What|Removed |Added
CC||cltang at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114717
--- Comment #5 from Thomas Schwinge ---
Distributions injecting some '-fcf-protection' by default could also inject
'-foffload-options=amdgcn-amdhsa=-fno-cf-protection' (or similar) to keep the
default case of offloading compilation working,
f4893c8db5227a36e1952ee69a3#commitcomment-140648051
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org
Target
f4893c8db5227a36e1952ee69a3#commitcomment-140648051
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114690
--- Comment #1 from Thomas Schwinge ---
I suggest that in the short term, we at least add a safeguard in the
'GOMP_OFFLOAD_load_image's to error out if 'GOMP_INDIRECT_ADDR_MAP' has already
been set (that should address (a), right?), and in the
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: burnus at gcc dot gnu.org, jakub at gcc dot gnu.org,
kcy at codesourcery dot com
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |burnus at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
||/gccrs/issues/2890
CC||cohenarthur at gcc dot gnu.org,
||tschwinge at gcc dot gnu.org
--- Comment #4 from Thomas Schwinge ---
If I understood Arthur correctly, GCC
: UNCONFIRMED
Keywords: testsuite-fail
Severity: minor
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, rsandifo at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113331
Thomas Schwinge changed:
What|Removed |Added
Last reconfirmed|2024-02-20 00:00:00 |2024-3-6
CC|
|UNCONFIRMED |ASSIGNED
CC||tschwinge at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Thomas Schwinge ---
Planning to look into this as part of my ongoing GPU C++ support task.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113022
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937
--- Comment #3 from Thomas Schwinge ---
The GCN offloading 'libgomp.fortran/target1.f90' regression has been cured by
commit r14-6996-gc5c3aab38132ea34dc1ee69d93fded787e6ac7a4 "amdgcn: Don't
double-count AVGPRs" (..., but not the GCN target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113056
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
,
||tschwinge at gcc dot gnu.org
--- Comment #11 from Thomas Schwinge ---
ACK; I had the same change in my WIP tree:
In my GCN and nvptx target libstdc++ work (WIP), I see:
[...]/source-gcc/libstdc++-v3/libsupc++/eh_call.cc:39:1: error:
conflicting C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192
Thomas Schwinge changed:
What|Removed |Added
Summary|[14 Regression] ERROR: |[11/12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918
Thomas Schwinge changed:
What|Removed |Added
Status|NEW |ASSIGNED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005
Thomas Schwinge changed:
What|Removed |Added
Component|libfortran |testsuite
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112918
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112265
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113056
Thomas Schwinge changed:
What|Removed |Added
Keywords||patch
--- Comment #12 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113056
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
NCONFIRMED
Keywords: openacc, openmp, testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target
Keywords: testsuite-fail
Severity: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: hjl at gcc dot gnu.org
Target Milestone: ---
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112955
Thomas Schwinge changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112704
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112847
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112937
--- Comment #1 from Thomas Schwinge ---
The unconditional GCN 'f->use_flat_addressing = true;' also has an effect on
one (only!) libgomp offloading test case, for
'-foffload-options=amdgcn-amdhsa=-march=gfx90a' (only!):
@@ -6188,11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112264
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
MED
Keywords: testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289
Thomas Schwinge changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
--- Comment #5 from Thomas Schwinge ---
(I did see that the '__cxa_thread_atexit_impl' issue has been resolved
differently, but there is a genuine GCC/nvptx issue here.)
(In reply to myself from comment #1)
> Indeed in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289
Thomas Schwinge changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109289
--- Comment #7 from Thomas Schwinge ---
Created attachment 56805
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56805=edit
'0001-WIP-GCC-PR109289-Conflicting-types-for-built-in-func.patch'
Attaching my current WIP patch. I may later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
--- Comment #2 from Thomas Schwinge ---
Earlier in 'libstdc++-v3/libsupc++/atexit_thread.cc', we have:
[...]
#if _GLIBCXX_HAVE___CXA_THREAD_ATEXIT
// Libc provides __cxa_thread_atexit definition.
#elif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112858
--- Comment #1 from Thomas Schwinge ---
Indeed in 'build-gcc/nvptx-none/libstdc++-v3/libsupc++/atexit_thread.o' I see:
// BEGIN GLOBAL FUNCTION DECL: __cxa_thread_atexit_impl
.extern .func (.param .u32 %value_out)
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: vries at gcc dot gnu.org
Target Milestone: ---
With commit r14-6082-gf4dd9416843308d4ae519983415fe62212662536 "libsupc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112847
Thomas Schwinge changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112846
Thomas Schwinge changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
: tschwinge at gcc dot gnu.org
CC: vries at gcc dot gnu.org
Target Milestone: ---
Target: nvptx
For nvptx target, something in Git
r14-5829-g449b6b817ed76173e6475debd02b195ea9dab0a0..r14-6074-gb74981b5cf32ebf4bfffd25e7174b5c80243447a
regresses:
UNSUPPORTED: g++.dg/abi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112825
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
||tschwinge at gcc dot gnu.org
Keywords||build
--- Comment #3 from Thomas Schwinge ---
I'm actually running into this ICE already during powerpc64le-linux-gnu build:
libtool: compile: [...]/build-gcc/./gcc/xgcc [...] -fchecking=1
||ams at gcc dot gnu.org,
||fw at gcc dot gnu.org,
||jules at gcc dot gnu.org,
||tschwinge at gcc dot gnu.org
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112669
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC
||tschwinge at gcc dot gnu.org
Last reconfirmed||2023-11-27
Status|UNCONFIRMED |NEW
--- Comment #1 from Thomas Schwinge ---
(In reply to John David Anglin from comment #0)
> FAIL: gcc.dg/analyzer/data-model-20.c (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112724
--- Comment #1 from Thomas Schwinge ---
I found that PR108698 "decltype ((T() + ‘excess_precision_expr’ not supported
by dump_expr)) median(ndarray) [with T = double]’: since
r13-3290-g98e341130f87984a" discussed a similar issue, but I don't
diagnostic, testsuite-fail
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: burnus at gcc dot gnu.org, jakub at gcc dot gnu.org
Target Milestone: ---
(Only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned
|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112669
--- Comment #1 from Thomas Schwinge ---
Tracing through 'gcc/gcc.cc': 'build_search_list' -> 'for_each_path', I find:
For '-march=gfx908', we have:
(gdb) print multilib_dir
$3 = 0x82e6c0 "gfx908"
(gdb) print multilib_os_dir
$4
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milestone: ---
Target: GCN
I've run into a weird
Status: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661
--- Comment #4 from Thomas Schwinge ---
Created attachment 56608
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56608=edit
'pr111661.c'
Before getting the Fortran case to work, let's indeed first look into some
conceptually corresponding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93431
--- Comment #4 from Thomas Schwinge ---
(In reply to myself from comment #3)
> Supposedly same issue for nvptx target, [...]
I just noticed that the nvptx target instance of this happens to have been
addressed by recent commit
||powerpc64le-linux-gnu
CC||tschwinge at gcc dot gnu.org
--- Comment #6 from Thomas Schwinge ---
(In reply to Xi Ruoyao from comment #5)
> In simplify_binary_operation_1, simplify-rtx.cc:
>
> case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107231
Thomas Schwinge changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110779
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #10 from Thomas Schwinge ---
In addition to what Maciej said (..., and similarly, I don't have any proper
knowledge about PowerPC details):
(In reply to Gaius Mulley from comment #6)
> Created attachment 56522 [details]
> Proposed
oduct: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112363
--- Comment #2 from Thomas Schwinge ---
Right, that's what I suspected (see my "signed zero" comment). And indeed, the
first check in 'main' instrumented as follows:
--- gcc/testsuite/gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c
: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target
: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milestone: ---
Target: GCN
In GCN target testing
Keywords: rejects-valid, testsuite-fail
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milestone
||egallager at gcc dot gnu.org,
||tschwinge at gcc dot gnu.org
Last reconfirmed||2023-10-31
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
--- Comment #6 from Thomas Schwinge ---
Created attachment 56479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56479=edit
'initlist13.ii.xz'
(In reply to Patrick Palka from comment #5)
> I can't reproduce any of these testsuite failures
'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, testsuite-fail
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112265
Thomas Schwinge changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milestone: ---
Target: GCN
(Assuming my tacking is to be believed) something in Git commit
r14-4720-gaf4bb221153359f5948da917d5ef2df738bb1e61..r14-4986
Status: UNCONFIRMED
Keywords: openmp, testsuite-fail
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: burnus at gcc dot gnu.org
NCONFIRMED
Severity: major
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milestone: ---
Target: GCN
Assum
: openacc, openmp
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, jules at gcc dot gnu.org
Target Milestone: ---
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111938
--- Comment #1 from Thomas Schwinge ---
(In reply to Thomas Schwinge from comment #0)
> 'EXEC_OACC_ATOMIC') are handled in 'gcc/fortran/frontend-passes.c'
> Disabling the OpenMP handling, and running 'gomp.exp', I don't get much, but
> still
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: burnus at gcc dot gnu.org, jakub at gcc dot gnu.org
Target Milestone: ---
I've noticed that none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109951
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
|--- |FIXED
Status|ASSIGNED|RESOLVED
Assignee|burnus at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
--- Comment #7 from Thomas Schwinge ---
commit r14-3650-gfe0f9e09413047484441468b05288412760d8a09 "Add
'libgomp.c-c++-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100059
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
Thomas Schwinge changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: burnus at gcc dot gnu.org, jakub at gcc dot gnu.org
Target Milestone: ---
Re commit r14-2462-g450b05ce54d3f08c583c3b5341233ce0df99725b "li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88420
Thomas Schwinge changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110750
--- Comment #1 from Thomas Schwinge ---
... but it *does not* FAIL in my powerpc64le testing with Nvidia Tesla V100
(but *does* FAIL with powerpc64le Nvidia Quadro GV100 in the same way as it
does for x86_64 originally reported here).
)
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: burnus at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110412
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110371
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org
Target Milestone: ---
Target: GCN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005
--- Comment #21 from Thomas Schwinge ---
Jakub, given that 'libgomp is usually the “long tail” of [...] testing' (GCC
IRC, 2023-06-05), Iain has asked that I backport to release branches the
changes implemented here:
- commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313
Thomas Schwinge changed:
What|Removed |Added
Keywords||ice-on-valid-code
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313
Thomas Schwinge changed:
What|Removed |Added
CC||manolis.tsamis at vrull dot eu
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: tschwinge at gcc dot gnu.org
CC: ams at gcc dot gnu.org, burnus at gcc dot gnu.org, jules at
gcc dot gnu.org
Target Milestone
1 - 100 of 996 matches
Mail list logo