https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319
Bug ID: 99319
Summary: DW_MACRO_define_strp uses uleb128 for second operand
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319
--- Comment #1 from Tom de Vries ---
Related readelf PR: https://sourceware.org/bugzilla/show_bug.cgi?id=27387
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99319
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> The second operand is now also a .uleb128. AFAIU, this goes against the
> spec.
Also, gdb doesn't get it:
...
$ gdb -q -batch -readnow a.out
DW_FORM_strp pointing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95432
--- Comment #3 from Tom de Vries ---
(In reply to Andrew Pinski from comment #2)
> Assembly:
> .loc 1 12 3 is_stmt 1 view .LVU12
> .loc 1 10 8 is_stmt 0 view .LVU13
> movaps %xmm0, (%rsp)
> .loc 1 11 8 view .LVU14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #1 from Tom de Vries ---
I see this as well:
...
PASS: libgomp.c/../libgomp.c-c++-common/task-detach-6.c (test for excess
errors)
WARNING: program timed out.
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99564
Bug ID: 99564
Summary: [nvptx] FAIL:
libgomp.oacc-fortran/derivedtypes-arrays-1.f90
-DACC_DEVICE_TYPE_nvidia=1 -DACC_MEM_SHARED=0
-foffload=nvptx-none -O0 (test f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99896
Bug ID: 99896
Summary: g++ drops -lc
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
Assignee: unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99896
--- Comment #2 from Tom de Vries ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to Tom de Vries from comment #0)
> > With g++, we have instead:
> > ...
> > collect2 ... main.o foo.o -lpcre2-posix ...
> > ...
>
> It isn't dropped,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99896
Tom de Vries changed:
What|Removed |Added
CC||matz at suse dot de
--- Comment #6 from T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #4 from Tom de Vries ---
Investigated using cuda-gdb.
After typing ^c, we investigate the state:
...
(cuda-gdb) info cuda kernels
Kernel Parent Dev Grid Status SMs Mask GridDim BlockDim Invocation
* 0 - 01 Active
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
Tom de Vries changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #7 from Tom de Vries ---
Created attachment 50627
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50627&action=edit
debug patch
A bit more analysis.
I'm working with this example, with an actual task to be able to perform a
che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #8 from Tom de Vries ---
This fixes the hang:
...
@@ -91,14 +129,16 @@ gomp_team_barrier_wait_end (gomp_barrier_t *bar,
gomp_barrier_state_t state)
{
gomp_barrier_handle_tasks (state);
state &= ~BAR_WAS_LAS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #9 from Tom de Vries ---
(In reply to Tom de Vries from comment #8)
> This fixes the hang:
This is a less intrusive solution, and is easier to transplant into
gomp_team_barrier_wait_cancel_end:
...
diff --git a/libgomp/config/nvptx/b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #10 from Tom de Vries ---
Patch posted: https://gcc.gnu.org/pipermail/gcc-patches/2021-April/568295.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100160
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99564
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100160
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> ...
> $ ./install/bin/g++ test-1.cpp -fopenmp -foffload=nvptx-none
> lto-wrapper: fatal error: could not find accel/nvptx-none/mkoffload in
> /home/vries/oacc/tru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99932
--- Comment #1 from Tom de Vries ---
(In reply to Thomas Schwinge from comment #0)
> We're seeing OpenACC/nvptx offloading execution regressions (including a lot
> of timeouts) starting with CUDA 11.2-era Nvidia Driver 460.27.04. Confirmed
> wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99932
--- Comment #2 from Tom de Vries ---
Minimal example:
...
$ cat libgomp/testsuite/libgomp.oacc-c-c++-common/parallel-dims.c
int
main (void)
{
int vectors_max = -1;
#pragma acc parallel \
num_gangs (1) \
num_workers (1) \
vector_length (32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99932
--- Comment #3 from Tom de Vries ---
Created attachment 50660
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50660&action=edit
Cuda reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100232
--- Comment #1 from Tom de Vries ---
Can you try the patch for PR81778 ?
It's possible you're looking at a duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99932
--- Comment #4 from Tom de Vries ---
Created attachment 50662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50662&action=edit
Updated cuda reproducer
Slimmed down further, eliminated gang/worker reduction parts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99932
--- Comment #5 from Tom de Vries ---
FIled https://developer.nvidia.com/nvidia_bug/3299227
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=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 @@ nv
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=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 co
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=97384
Bug ID: 97384
Summary: [libgomp, nvptx] Handle -msoft-stack-reserve-local=
overflow in plugin
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhanceme
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 #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 KB
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: un
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=84958
Tom de Vries changed:
What|Removed |Added
CC||ams at gcc dot gnu.org,
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=97444
Bug ID: 97444
Summary: [nvptx] stack atomics
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
Assign
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=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
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97509
Tom de Vries changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRMED
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: 11.
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/pipermail/gcc-p
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=97713
Bug ID: 97713
Summary: [gsplit-dwarf] label generated for .debug_abbrev.dwo
offset, corresponding relocation ignored by objcopy
--extract-dwo
Product: gcc
Version
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 13:14:48.6320
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 #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 ma
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=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=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 acc
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
Tom de Vries changed:
What|Removed |Added
Target||nvptx
CC|
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 -Wl,-r
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&action=edit
gzipped preprocessed source
Reproduce:
$ g++ -m64 -fno-PIE -c -O0 -g -DIN_GCC -DCROSS_DIRECTORY_STRUCTUR
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:
>this->m_
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
Compo
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=90931
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=96428
Tom de Vries changed:
What|Removed |Added
Status|REOPENED|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 libgomp/testsuite/libgomp.c-c++-common/fo
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 omp_regi
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=95654
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |11.0
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=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 0f69b335b8
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
Pri
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=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=97159
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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 f
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=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:
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
Pri
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
P
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=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++)
k
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 %r65,[%f
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
foll
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=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=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 passes.
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=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
> '-DTYPE=int'/'-D
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
> 'atomic_fe
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=98656
--- Comment #1 from Tom de Vries ---
Created attachment 49959
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49959&action=edit
Tentative patch
Using this tentative patch, I get back the .loc for line number 5:
...
foo:
.LFB0:
.file
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
Component
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
1 - 100 of 418 matches
Mail list logo
