Re: [committed][nvptx] Set -misa=sm_35 by default

On 3/23/21 9:04 AM, Thomas Schwinge wrote: > What is your opinion about backporting that (plus Tobias' documentation > update, plus corresponding web 'changes.html' updates?) to release > branches, so that nvptx offloading users may use GCC 10/9/8 with CUDA > 11.0+? Hmm, so you're talking about

Re: [committed][nvptx] Set -misa=sm_35 by default

On 3/23/21 9:04 AM, Thomas Schwinge wrote: > From eac0d3458f38cd5bb4c930b2887a547b64b046ef Mon Sep 17 00:00:00 2001 > From: Thomas Schwinge > Date: Wed, 13 Jan 2021 09:04:47 +0100 > Subject: [PATCH] [nvptx] Let nvptx-as figure out the target architecture > [PR97348] > > ... now that it has been

Re: [committed][nvptx] Set -misa=sm_35 by default

Hi Tom! Ping, one item specifically: "backporting [...] to release branches" (see below) -- this ping is dedicated to the upcoming GCC 10.3 release. ;-) On 2021-01-13T12:59:14+0100, I wrote: > On 2020-10-09T13:56:09+0200, Tom de Vries wrote: >> The nvptx-as assembler verifies the ptx code

Re: [committed][nvptx] Set -misa=sm_35 by default

Hi! Tom, ping? Also, I have now pushed to devel/omp/gcc-10 branch cherry-picks of Tom's "[nvptx] Set -misa=sm_35 by default" in commit d4b73f42df11282c7c170b55eb29cd8ff6b998d8, and Tobias' "nvptx - invoke.texi: Update default of -misa" in commit c77b42af4fa245ea87aee0ad55fa2b76611afb47, see

Re: [committed][nvptx] Set -misa=sm_35 by default

Hi Tom! Ping. Grüße Thomas On 2021-01-22T16:23:57+0100, I wrote: > Hi Tom! > > Ping. > > > Grüße > Thomas > > > On 2021-01-13T12:59:14+0100, I wrote: >> Hi Tom! >> >> On 2020-10-09T13:56:09+0200, Tom de Vries wrote: >>> The nvptx-as assembler verifies the ptx code using ptxas, if there's

Re: [committed][nvptx] Set -misa=sm_35 by default

Hi Tom! Ping. Grüße Thomas On 2021-01-13T12:59:14+0100, I wrote: > Hi Tom! > > On 2020-10-09T13:56:09+0200, Tom de Vries wrote: >> The nvptx-as assembler verifies the ptx code using ptxas, if there's any >> in the PATH. >> > > After quite some digression to first add a testsuite to

Re: [committed][nvptx] Set -misa=sm_35 by default

Hi Tom! On 2020-10-09T13:56:09+0200, Tom de Vries wrote: > The nvptx-as assembler verifies the ptx code using ptxas, if there's any > in the PATH. > After quite some digression to first add a testsuite to nvptx-tools (see or just

Re: [patch, committed] nvptx - invoke.texi: Update default of -misa (was: [committed][nvptx] Set -misa=sm_35 by default)

On 10/12/20 1:34 PM, Tobias Burnus wrote: > On 10/9/20 1:56 PM, Tom de Vries wrote: > >> [nvptx] Set -misa=sm_35 by default > I committed the attached follow-up commit as obvious, > r11-3818-g91e4e16b550540723cca824b9674c7d8c43f4849 Thanks for catching this. Thanks, - Tom

[patch, committed] nvptx - invoke.texi: Update default of -misa (was: [committed][nvptx] Set -misa=sm_35 by default)

On 10/9/20 1:56 PM, Tom de Vries wrote: [nvptx] Set -misa=sm_35 by default I committed the attached follow-up commit as obvious, r11-3818-g91e4e16b550540723cca824b9674c7d8c43f4849 Tobias - Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany

Re: [committed][nvptx] Set -misa=sm_35 by default

On 10/9/20 2:19 PM, Tobias Burnus wrote: > Hi, > > On 10/9/20 1:56 PM, Tom de Vries wrote: >> The default in the nvptx port for -misa=sm_xx is sm_30, but the ptxas >> of the >> latest cuda release (11.1) no longer supports sm_30. > > Interestingly, at >

Re: [committed][nvptx] Set -misa=sm_35 by default

Hi, On 10/9/20 1:56 PM, Tom de Vries wrote: The default in the nvptx port for -misa=sm_xx is sm_30, but the ptxas of the latest cuda release (11.1) no longer supports sm_30. Interestingly, at https://docs.nvidia.com/cuda/parallel-thread-execution/index.html#release-notes__ptx-release-history

[committed][nvptx] Set -misa=sm_35 by default

Hi, The nvptx-as assembler verifies the ptx code using ptxas, if there's any in the PATH. The default in the nvptx port for -misa=sm_xx is sm_30, but the ptxas of the latest cuda release (11.1) no longer supports sm_30. Consequently we cannot build gcc against that release (although we should