This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [libgomp, nvptx] Disable OMP_{DISPLAY_AFFINITY,AFFINITY_FORMAT} support
- From: Thomas Schwinge <thomas at codesourcery dot com>
- To: Jakub Jelinek <jakub at redhat dot com>, Tom de Vries <tdevries at suse dot de>
- Cc: <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 12 Dec 2018 14:00:18 +0100
- Subject: Re: [libgomp, nvptx] Disable OMP_{DISPLAY_AFFINITY,AFFINITY_FORMAT} support
- References: <20181108171827.GM11625@tucnak> <26b4617e-7452-3b67-c29d-2d9f0c39d3e8@suse.de> <20181212093617.GF12380@tucnak>
Hi!
On Wed, 12 Dec 2018 10:36:17 +0100, Jakub Jelinek <jakub@redhat.com> wrote:
> On Wed, Dec 12, 2018 at 09:29:36AM +0100, Tom de Vries wrote:
> > > This is the libgomp/ except libgomp/testsuite/ part of the gomp-5_0-branch
> > > merge to trunk I've just committed.
> > [libgomp, nvptx] Disable OMP_{DISPLAY_AFFINITY,AFFINITY_FORMAT} support
Thanks, Tom, for looking into these issues. I'd also noticed these, but
not yet been able to allocate time to resolve them. I'll test your
patches, too.
> Eventually we need to find a way how to transfer some ICVs and other data
> from the host to the offloading library, either process shared that aren't
> changing, which can include the hostname, getpid, or some others that would
> need to be passed for every target region.
That would probably also include any state that the respective language
runtime libraries maintain? For example, C's global rounding mode as set
my "fesetround". ..., and I now wonder how to propagate that from the
host libc to the target libcs, for example host: glibc vs. nvptx
offloading: newlib -- have to do a host-side "fegetround" before each
offloaded code region, or at least when there's been an intermediate
host-side "fesetround" call (so have to track these?), and likewise for
any other such state-changing functions? Also, the "options" array and
call of "_gfortran_set_options" that the Fortran front end synthesizes
into each "main" function?
I have not yet looked into these things in detail, however.
Grüße
Thomas