https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97318
Bug ID: 97318
Summary: [nvptx] Function splitting results in invalid function
name
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #3 from Tom de Vries ---
[ Note, this is with GOMP_NVPTX_JIT=-O0. ]
In sinf, we have:
...
45:return -__kernel_cosf(y[0],y[1]);
...
which translates to:
...
.loc 1 45 12
ld.f32 %r67,[%frame+4];
ld.f32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #4 from Tom de Vries ---
So, I think calling functions from simd code is atm not supported for nvptx.
Stack variables in simd code are mapped on a per-thread stack rather than on
the
usual per-warp stack.
The functions are compiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #5 from Tom de Vries ---
FWIW, another aspect here is convergence (as usual).
Looking at the SASS code for main$_omp_fn$0$impl, I don't find evidence for the
usual divergence/convergence ops (SSY/SYNC), which might mean that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97348
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97338
Bug ID: 97338
Summary: [nvptx] Convergence checking
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> (In reply to Richard Biener from comment #1)
> > (because well, on GIMPLE we can duplicate all blocks).
>
> I'm not sure I understand why, given that tracer.c has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84958
--- Comment #4 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> [ FWIW, adding an extra fre pass here also results in optimal gimple:
> ...
> diff --git a/gcc/passes.def b/gcc/passes.def
> index 3ebcfc30349..6b64f600c4a 100644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97436
Bug ID: 97436
Summary: [nvptx] -m32 support
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84958
Tom de Vries changed:
What|Removed |Added
CC||ams at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97444
Bug ID: 97444
Summary: [nvptx] stack atomics
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97436
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97159
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
--- Comment #5 from Tom de Vries ---
The openacc machinery is the only user of IFN_UNIQUE.
Thomas, as openacc maintainer, is this change ok for you, or are reasons why
you want to keep the IFN_UNIQUE as last stmt of the BB?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90861
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90861
--- Comment #5 from Tom de Vries ---
Patch submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555606.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95654
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97159
--- Comment #4 from Tom de Vries ---
I'm currently not running into this ICE anymore, so presumably it was fixed.
I'm not sure by which commit though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90861
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81690
--- Comment #9 from Tom de Vries ---
(In reply to Tobias Burnus from comment #4)
> The omp_is_initial_device() is only resolved at run time - hence, I think
> the linker still wants to see "usleep".
>
Well, yes, but that could be fixed:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
--- Comment #4 from Tom de Vries ---
I did a libgomp test run with commit f96b6328fa7 "[tree-optimization] Don't
clear ctrl-altering flag for IFN_UNIQUE" reverted, and with this patch:
...
diff --git a/gcc/tracer.c b/gcc/tracer.c
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97385
Bug ID: 97385
Summary: [nvptx, docs] -msoft-stack-reserve-local= missing
documentation
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: trivial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #9 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> Minimal version (without inlining sinf code from newlib):
> ...
> /* { dg-additional-options "-lm -foffload=-lm" } */
>
> #define N 1
>
> int
> main (void) {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #10 from Tom de Vries ---
(In reply to Alexander Monakov from comment #8)
> No, -msoft-stack-reserve-local is really meant to be in bytes: it may not
> exceed the amount of .local memory reserved by CUDA driver (which is just
> 1-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97384
Bug ID: 97384
Summary: [libgomp, nvptx] Handle -msoft-stack-reserve-local=
overflow in plugin
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #7 from Tom de Vries ---
(In reply to Alexander Monakov from comment #6)
> (In reply to Tom de Vries from comment #4)
> > So, I think calling functions from simd code is atm not supported for nvptx.
> >
> > Stack variables in simd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97318
--- Comment #1 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index afac1bda45d..7b6a42893f9 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/nvptx.c
@@ -365,6 +365,30 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97318
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97348
Tom de Vries changed:
What|Removed |Added
Target||nvptx
--- Comment #1 from Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97348
--- Comment #2 from Tom de Vries ---
Anyway, we should be able to work around this by having gcc explicitly pass -m
sm_35 to nvptx-as:
...
-#define ASM_SPEC "%{misa=*:-m %*}"
+#define ASM_SPEC "%{misa=*:-m %*; :-m sm_35}"
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97348
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> Looking in the nvptx-as sources, we find a hard_coded default:
> ...
> const char *smver = "sm_30";
> ...
> and after changing that to sm_35, the conftest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97348
Bug ID: 97348
Summary: [nvptx] Make -misa=sm_35 the default
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
--- Comment #2 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> (because well, on GIMPLE we can duplicate all blocks).
I'm not sure I understand why, given that tracer.c has a can_duplicate_bb_p
that sometimes returns false.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97348
--- Comment #6 from Tom de Vries ---
(In reply to CVS Commits from comment #4)
> Both build again cuda 9.1.
FWIW, tested post-commit against cuda 11.1, no issues found.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97291
Bug ID: 97291
Summary: [SIMT] Move SIMT_XCHG_* out of non-uniform execution
region
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81690
--- Comment #8 from Tom de Vries ---
Pinged issue here (
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555496.html ).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97332
Bug ID: 97332
Summary: [gcn] GCN_NUM_GANGS/GCN_NUM_WORKERS override
compile-time constants
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81802
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
Bug ID: 97333
Summary: [gimple_can_duplicate_bb_p == false,
tree-ssa-threadupdate] ICE in duplicate_block, at
cfghooks.c:1093
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97331
Bug ID: 97331
Summary: [nvptx] Provide GCN_NUM_TEAMS/GCN_NUM_THREADS
equivalent
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #2 from Tom de Vries ---
Minimal version (without inlining sinf code from newlib):
...
/* { dg-additional-options "-lm -foffload=-lm" } */
#define N 1
int
main (void) {
float k[N];
float res;
for (int i = 0; i < N; i++)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97227
Bug ID: 97227
Summary: dsymutil runs on ELF execs during libbacktrace testing
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97254
Bug ID: 97254
Summary: [nvptx] Define PCC_BITFIELD_TYPE_MATTERS
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97207
Tom de Vries changed:
What|Removed |Added
Target||nvptx
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97207
Bug ID: 97207
Summary: [nvptx, build] nvptx.c:3539:38: error: no matching
function for call to ‘swap(bracket_vec_t&,
bracket_vec_t&)’
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97207
--- Comment #3 from Tom de Vries ---
Created attachment 49271
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49271=edit
gzipped preprocessed source
Reproduce:
$ g++ -m64 -fno-PIE -c -O0 -g -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97207
--- Comment #2 from Tom de Vries ---
Configure from build-gcc/config.log:
...
$ /home/vries/nvptx/trunk/source-gcc/configure --target=nvptx-none --prefix=
--enable-languages=c,c++,fortran --enable-werror --enable-checking=yes CC=gcc
-m64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97207
--- Comment #15 from Tom de Vries ---
(In reply to Richard Biener from comment #9)
> diff --git a/gcc/vec.h b/gcc/vec.h
> index d73d865cff2..c0e577893a3 100644
> --- a/gcc/vec.h
> +++ b/gcc/vec.h
> @@ -1546,7 +1546,12 @@ public:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81688
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90931
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
--- Comment #9 from Tom de Vries ---
I ran into this again, and did another round of minimizing. This time, I added
some buffering around where we write, and check the entire buffer afterwards:
...
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96428
Tom de Vries changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
--- Comment #10 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/omp-expand.c b/gcc/omp-expand.c
index 99cb4f9dda4..034de497390 100644
--- a/gcc/omp-expand.c
+++ b/gcc/omp-expand.c
@@ -6333,6 +6333,8 @@ expand_omp_simd (struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321
--- Comment #1 from Tom de Vries ---
Ok, let's first make a runnable test-case:
...
$ cat src/libgomp/testsuite/libgomp.oacc-c/test.c
#include
#define TYPE float
TYPE a = 1;
TYPE b = 2;
int
main (void)
{
printf ("A: %f\n", a);
#pragma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321
--- Comment #3 from Tom de Vries ---
(In reply to Thomas Schwinge from comment #2)
> However, my report was specifically for the nvptx target compiler. Just
> compile with 'nvptx-gcc -fopenacc -S' the code I posed, and compare
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321
--- Comment #5 from Tom de Vries ---
(In reply to Thomas Schwinge from comment #4)
> I had been looking into how/when PTX 'atom' is used for reductions, and
> first had a look what the back end currently might emit at all, found SDIM
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97774
Bug ID: 97774
Summary: Incorrect line info for try/catch
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97774
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |10.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97713
--- Comment #5 from Tom de Vries ---
(In reply to Tom de Vries from comment #4)
> (In reply to Tom de Vries from comment #0)
> > Now, should objcopy implement the relocation?
>
> Nick proposed a patch that errors out on current gcc output.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97532
--- Comment #12 from Tom de Vries ---
(In reply to Hongtao.liu from comment #10)
> Created attachment 49444 [details]
> Fix invalid address for special memory constraint
>
> I'm testing this patch.
Submitted:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97669
Bug ID: 97669
Summary: Section .debug_info.dwo contains
standard_opcode_lenghts array
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97532
Bug ID: 97532
Summary: Error: insn does not satisfy its constraints, internal
compiler error: in extract_constrain_insn, at
recog.c:2196
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97509
Bug ID: 97509
Summary: [nvptx, offloading] dg-excess-errors directive no
longer working in some test-cases
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97509
Tom de Vries changed:
What|Removed |Added
Resolution|--- |WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97713
--- Comment #2 from Tom de Vries ---
Filed corresponding binutils PR: "objcopy --extract-dwo silently drops
relocation" at https://sourceware.org/bugzilla/show_bug.cgi?id=26841 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97713
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> and copy to hello.s and modify:
> ...
> $ diff -u a-hello.s hello.s
> --- a-hello.s 2020-11-04 13:12:57.188966796 +0100
> +++ hello.s 2020-11-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97713
Bug ID: 97713
Summary: [gsplit-dwarf] label generated for .debug_abbrev.dwo
offset, corresponding relocation ignored by objcopy
--extract-dwo
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97713
Tom de Vries changed:
What|Removed |Added
CC||ccoutant at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97713
--- Comment #3 from Tom de Vries ---
Mentioning dwarf 5 standard bit @ "7.3.2.2 Second Partition (Unlinked or in a
.dwo File)":
...
Split DWARF object files do not get linked with any other files, therefore
references between sections must not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98780
Bug ID: 98780
Summary: Missing line table entry for inlined stmt at -g -O0
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98780
--- Comment #1 from Tom de Vries ---
At final, we have:
...
(note 113 30 112 2 0x7f53d1836de0 NOTE_INSN_BLOCK_BEG)
(note 112 113 31 2 0x7f53d1836e40 NOTE_INSN_BLOCK_BEG)
(call_insn 31 112 114 2 (call (mem:QI (symbol_ref:DI ("bar") [flags 0x41]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98818
Bug ID: 98818
Summary: [libbacktrace] Don't throw fatal error for unsupported
dwarf version
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98656
--- Comment #1 from Tom de Vries ---
Created attachment 49959
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49959=edit
Tentative patch
Using this tentative patch, I get back the .loc for line number 5:
...
foo:
.LFB0:
.file 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98656
Bug ID: 98656
Summary: switchlower_O0 drops line number of switch
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101011
Bug ID: 101011
Summary: Inconsistent debug info for "while (1);"
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> On my usual machine, using system cuda I don't get beyond 6.1:
Upgraded to ubuntu 20.4, giving me system cuda 10.1, which allows me to use isa
6.3. Now testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #9 from Tom de Vries ---
(In reply to Tobias Burnus from comment #8)
> I am wondering whether it has something to do with shfl now requiring .sync,
> especially for sm_70. (Non-sync version was deprecated in ISA 6.0 and for
> sm_70
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100390
Tom de Vries changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100397
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
--- Comment #2 from Tom de Vries ---
On my usual machine, using system cuda I don't get beyond 6.1:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 7a7a9130e84..ecf3803df3c 100644
--- a/gcc/config/nvptx/nvptx.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100565
Bug ID: 100565
Summary: [nvptx] Need configure options for misa default
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
--- Comment #4 from Tom de Vries ---
(In reply to Tobias Burnus from comment #3)
> Crossref: PR100497 - fails on Volta without
> membar.sys;
> before
> atom.global.exch.b32
>
> Unfortunately, compared to pre-Volta, it is very slow -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
--- Comment #5 from Tom de Vries ---
Created attachment 50811
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50811=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100573
--- Comment #3 from Tom de Vries ---
Hmm, I reproduced the problem on the original test-case:
libgomp.c-c++-common/for-3.c, and minimized from there:
...
$ cat libgomp/testsuite/libgomp.c-c++-common/for-3.c
/* { dg-additional-options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100573
--- Comment #2 from Tom de Vries ---
(In reply to Tobias Burnus from comment #1)
> Created attachment 50803 [details]
> Reduced testcase - works with hostfall back but fails with GCN and nvptx
Is this not an invalid test-case?
The semantics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100670
Bug ID: 100670
Summary: unused attribute ignored on function definition
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #1 from Tom de Vries ---
Can you post a minimal version?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #4 from Tom de Vries ---
(In reply to Tobias Burnus from comment #2)
> See below, fails with 4 systems, works with 3 others.
Can anything be deduced from driver versions?
Or card architecture?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #3 from Tom de Vries ---
Doesn't fail for me unfortunately.
I've tried with GOMP_NVPTX_JIT=-O0..-O4, no luck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #5 from Tom de Vries ---
Does it pass with GOMP_NVPTX_JIT=-O0 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
Tom de Vries changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #16 from Tom de Vries ---
*** Bug 96932 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #13 from Tom de Vries ---
Posted: https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570508.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
Bug 97102 depends on bug 96005, which changed state.
Bug 96005 Summary: Add possibility to use newer ptx isa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
--- Comment #4 from Tom de Vries ---
Created attachment 50800
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50800=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #12 from Tom de Vries ---
After investigation by Tobias, this looks like an instance of PR96932.
1 - 100 of 410 matches
Mail list logo