public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Andrew Stubbs <ams@codesourcery.com>
To: Tobias Burnus <tobias@codesourcery.com>,
	gcc-patches <gcc-patches@gcc.gnu.org>,
	Richard Biener <rguenther@suse.de>,
	Jakub Jelinek <jakub@redhat.com>,
	Matthias Klose <doko@ubuntu.com>
Subject: Re: [Patch]+[RFC] AMDGCN offloading – use amdgcn-amdhsa vs. amdgcn-unknown-amdhsa
Date: Mon, 23 Mar 2020 10:35:32 +0000	[thread overview]
Message-ID: <17ec5edc-073f-4921-f310-57ce2b2aef08@codesourcery.com> (raw)
In-Reply-To: <286e5610-98d3-68ce-7bd4-47c009d24d90@codesourcery.com>

On 20/03/2020 21:08, Tobias Burnus wrote:
> Dear all,
> 
> normally, the target triplet does not play much of a role as
> it is not really exposed to the user. However, for offloading,
> it appears often:
> * In distribution use, offloading support is compiled in, but
>    not enabled by default; one needs to use -foffload=… explicitly.
> * Even with the default build (all offload targets are enabled by
>    default), one still might need to specify the host triplet – if,
>    e.g., NVidia and GCN are both supported — as AMDGCN needs a
>    -march=, i.e. -foffload=<triplet>=-march=...
> 
> Coming to offloading:
> * for Nvidia, everyone uses "nvptx-none"
> * for AMDGCN is was initially "amdgcn-unknown-amdhsa"
> 
> However, when Matthias build it for Debian, he shortened it to
> "amdgcn-amdhsa" – as did Richard for SUSE. Cf
> https://salsa.debian.org/toolchain-team/gcc/-/blob/master/debian/rules2
> andhttps://build.opensuse.org/package/view_file/devel:gcc/gcc10/gcc.spec.in?expand=1 
> 
> 
> This shortening makes it user friendlier and I like it, but
> it now causes that the offloading target is not recognized by
> the testsuite – and I think one also should update the documentation.
> 
> 
> OK – or do you have better/additional suggestions?

The patch looks OK to me, as far as fixing the immediate problem goes.

I hadn't realised this test was so fragile though. :-(

Perhaps it should also recognise the standard names used in the OpenACC 
documentation? In this case "radeon". (I don't recall, off hand, if 
OpenMP uses standard device names.)

Andrew

      reply	other threads:[~2020-03-23 10:35 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-20 21:08 Tobias Burnus
2020-03-23 10:35 ` Andrew Stubbs [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=17ec5edc-073f-4921-f310-57ce2b2aef08@codesourcery.com \
    --to=ams@codesourcery.com \
    --cc=doko@ubuntu.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jakub@redhat.com \
    --cc=rguenther@suse.de \
    --cc=tobias@codesourcery.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).