[PATCH, OpenACC] (1/2) Fix implicit mapping for array slices on lexically-enclosing data constructs (PR70828)

atch differs in implementation somewhat from the version on the gomp4, etc. branches.) OK to apply? Thanks, Julian 2018-08-28 Julian Brown Cesar Philippidis PR middle-end/70828 gcc/ * gimplify.c (gimplify_omp_ctx): Add decl_data_clause hash map.

Re: [PATCH, OpenACC] Add support for gang local storage allocation in shared memory

On Wed, 15 Aug 2018 21:56:54 +0200 Bernhard Reutner-Fischer wrote: > On 15 August 2018 18:46:37 CEST, Julian Brown > wrote: > >On Mon, 13 Aug 2018 12:06:21 -0700 > >Cesar Philippidis wrote: > > atttribute has more t than strictly necessary. > Don't like

Re: [PATCH, OpenACC] Add support for gang local storage allocation in shared memory

ian 2018-08-10 Julian Brown Chung-Lin Tang gcc/ * config/nvptx/nvptx.c (tree-hash-traits.h): Include. (gangprivate_shared_size): New global variable. (gangprivate_shared_align): Likewise. (gangprivate_shared_sym):

Re: [PATCH, OpenACC] Add support for gang local storage allocation in shared memory

On Mon, 13 Aug 2018 11:42:26 -0700 Cesar Philippidis wrote: > On 08/13/2018 09:21 AM, Julian Brown wrote: > > > diff --git > > a/libgomp/testsuite/libgomp.oacc-c-c++-common/loop-gwv-2.c > > b/libgomp/testsuite/libgomp.oacc-c-c++-common/loop-gwv-2.c new file >

[PATCH, OpenACC] Add support for gang local storage allocation in shared memory

K for trunk? Thanks, Julian 2018-08-10 Julian Brown Chung-Lin Tang gcc/ * config/nvptx/nvptx.c (tree-hash-traits.h): Include. (gangprivate_shared_size): New global variable. (gangprivate_shared_align): Likewise. (gangprivate_s

Re: ivopts vs. garbage collection

On Mon, 11 Jan 2016 13:51:25 -0700 Tom Tromey wrote: > > "Michael" == Michael Matz writes: > > Michael> Well, that's a hack. A solution is to design something that > Michael> works generally for garbage collected languages with such > Michael> requirements

Re: [PATCH, libgomp] Rewire OpenACC async

On Tue, 24 Nov 2015 18:27:24 +0800 Chung-Lin Tang wrote: > Hi, this patch reworks some of the way that asynchronous copyouts are > implemented for OpenACC in libgomp. > > Before this patch, we had a somewhat confusing way of implementing > this by having two refcounts

Re: [OpenACC 0/7] host_data construct

f errors are diagnosed. Tests look OK (libgomp/gcc/g++/libstdc++), and the new ones pass. OK for mainline? Thanks, Julian ChangeLog Julian Brown <jul...@codesourcery.com> Cesar Philippidis <ce...@codesourcery.com> James Norris <james_nor...@mentor.com>

Re: [OpenACC 0/7] host_data construct

On Thu, 19 Nov 2015 14:13:45 +0100 Jakub Jelinek <ja...@redhat.com> wrote: > On Wed, Nov 18, 2015 at 12:47:47PM +0000, Julian Brown wrote: > > The FE/gimplifier part is okay, but I really don't like the > omp-low.c changes, mostly the *lookup_decl_in_outer_ctx* changes. >

Re: [OpenACC 0/7] host_data construct

On Thu, 12 Nov 2015 11:16:21 + Julian Brown <jul...@codesourcery.com> wrote: > Here's a version of the patch which (hopefully) brings OpenACC on par > with OpenMP with respect to use_device/use_device_ptr variables. The > implementation is essentially the same now for OpenAC

Re: [OpenACC 0/7] host_data construct

On Mon, 2 Nov 2015 18:33:39 + Julian Brown <jul...@codesourcery.com> wrote: > On Mon, 26 Oct 2015 19:34:22 +0100 > Jakub Jelinek <ja...@redhat.com> wrote: > > > Your use_device sounds very similar to use_device_ptr clause in > > OpenMP, which is allowed on

Re: [PATCH/RFC/RFA] Machine modes for address printing (all targets)

On Thu, 5 Nov 2015 11:22:04 +0100 Bernd Schmidt wrote: > > static void > > -mcore_print_operand_address (FILE * stream, rtx x) > > +mcore_print_operand_address (FILE * stream, machine_mode mode > > ATTRIBUTE_UNUSED, > > +rtx x) > > So apparently

[PATCH/RFC/RFA] Machine modes for address printing (all targets)

Hi, Depending on assembler syntax and supported addressing modes, several targets need to know the machine mode for a memory access when printing an address (i.e. for automodify addresses that need to know the size of their access), but it is not available with the current

Re: [Bulk] [OpenACC 0/7] host_data construct

On Mon, 26 Oct 2015 19:34:22 +0100 Jakub Jelinek wrote: > Your use_device sounds very similar to use_device_ptr clause in > OpenMP, which is allowed on #pragma omp target data construct and is > implemented quite a bit differently from this; it is unclear if the > OpenACC

Re: [PATCH] [ARM] neon-testgen.ml typo

Hi, On Thu, 29 Oct 2015 10:23:58 -0700 Jim Wilson wrote: > I noticed a comment typo in this file while using grep to look for > other stuff. The typo is easy to fix. > > I tried running neon-testgen.ml to verify, but it is apparently no > longer valid ocaml, as it

Re: [gomp4 00/14] NVPTX: further porting

On Thu, 22 Oct 2015 19:41:51 +0300 Alexander Monakov wrote: > On Thu, 22 Oct 2015, Jakub Jelinek wrote: > > Does that apply also to threads within a warp? I.e. is .local > > local to each thread in the warp, or to the whole warp, and if the > > former, how can say at the

Re: [OpenACC 1/11] UNIQUE internal function

On Thu, 22 Oct 2015 10:05:30 +0200 Richard Biener wrote: > On Thu, Oct 22, 2015 at 9:59 AM, Jakub Jelinek > wrote: > > On Thu, Oct 22, 2015 at 09:49:29AM +0200, Richard Biener wrote: > >> >> Jakub, IYR I originally had IFN_FORK and IFN_JOIN as

Re: Repository for the conversion machinery

On Fri, 28 Aug 2015 17:50:53 + Joseph Myers wrote: > shinwell = Mark Shinwell > (Jane Street) Mark's current address is mshinw...@janestreet.com. Julian

[gomp4] Some additional OpenACC reduction tests

. * testsuite/libgomp.oacc-c-c++-common/par-loop-comb-reduction-*.c: New tests.commit d6cb22b11bbe6f536bd0f6d5ce8349266040 Author: Julian Brown jul...@codesourcery.com Date: Wed Jul 29 10:04:36 2015 -0700 Some new OpenACC reduction tests. diff --git a/libgomp/testsuite/libgomp.oacc-c-c

Re: [gomp4] Remove device-specific filtering during parsing for OpenACC

: Julian Brown jul...@codesourcery.com Date: Mon Jul 27 07:31:10 2015 -0700 Clause finalization cleanups and dead code removal. diff --git a/gcc/c-family/c-omp.c b/gcc/c-family/c-omp.c index b76de69..10190d7 100644 --- a/gcc/c-family/c-omp.c +++ b/gcc/c-family/c-omp.c @@ -1081,132 +1081,6

Re: [gomp4] Remove device-specific filtering during parsing for OpenACC

On Fri, 17 Jul 2015 14:57:14 +0200 Thomas Schwinge tho...@codesourcery.com wrote: Hi Julian! On Thu, 16 Jul 2015 16:32:12 +0100, Julian Brown jul...@codesourcery.com wrote: This patch removes the device-specific filtering (for NVidia PTX) from the parsing stages of the host compiler

Re: [gomp4] Remove device-specific filtering during parsing for OpenACC

-openmp.c (gfc_trans_omp_clauses): Add NULL check for clauses.commit 7171ab9066e6b4bb84c317d1892a3a0a77cf63ae Author: Julian Brown jul...@codesourcery.com Date: Fri Jul 17 11:46:56 2015 -0700 Add NULL check for clauses in gfc_trans_omp_clauses. diff --git a/gcc/fortran/trans-openmp.c b/gcc

[gomp4] Remove device-specific filtering during parsing for OpenACC

/dtype-1.f95: Likewise. * gfortran.dg/goacc/dtype-2.f95: Likewise. * gfortran.dg/goacc/dtype-3.f: Likewise.commit 123298186bb8ce87f84b6a3a72743939d4fdae11 Author: Julian Brown jul...@codesourcery.com Date: Thu Jul 16 08:06:01 2015 -0700 Fix device_type parsing, add sorry() for missing

Re: [gomp4] Preserve NVPTX reconvergence points

On Mon, 22 Jun 2015 16:24:56 +0200 Jakub Jelinek ja...@redhat.com wrote: On Mon, Jun 22, 2015 at 02:55:49PM +0100, Julian Brown wrote: One problem is that (at least on the GPU hardware we've considered so far) we're somewhat constrained in how much control we have over how the underlying

Re: [gomp4] Preserve NVPTX reconvergence points

On Mon, 22 Jun 2015 16:24:56 +0200 Jakub Jelinek ja...@redhat.com wrote: On Mon, Jun 22, 2015 at 02:55:49PM +0100, Julian Brown wrote: One problem is that (at least on the GPU hardware we've considered so far) we're somewhat constrained in how much control we have over how the underlying

Re: [gomp4] Preserve NVPTX reconvergence points

On Fri, 19 Jun 2015 14:25:57 +0200 Jakub Jelinek ja...@redhat.com wrote: On Fri, Jun 19, 2015 at 11:53:14AM +0200, Bernd Schmidt wrote: On 05/28/2015 05:08 PM, Jakub Jelinek wrote: I understand it is more work, I'd just like to ask that when designing stuff for the OpenACC offloading

[gomp4] Tests for private variables/state propagation

/libgomp.oacc-c-c++-common/ private-vars-local-worker-{1,2,3,4,5}.c: New tests. * testsuite/libgomp.oacc-c-c++-common/ private-vars-loop-vector-{1,2}.c: New tests.commit 40193f49480f0a0b750d15049d29fd427282c5f0 Author: Julian Brown jul...@codesourcery.com Date: Tue Jun 16 03:50:55 2015

[gomp4] (NVPTX) thread barriers after OpenACC worker loops

: Likewise.commit e46fbc68b7bc7e705417475fcfb8e203056b5a51 Author: Julian Brown jul...@codesourcery.com Date: Fri Jun 5 10:01:01 2015 -0700 Threadbarrier after worker and vector loops. diff --git a/gcc/omp-low.c b/gcc/omp-low.c index 55a2a12..45ff05a 100644 --- a/gcc/omp-low.c +++ b/gcc/omp-low.c

[gomp4] Add tests for OpenACC worker-single/worker-partitioned modes

-{1,2,3,4,5,6,7}.c: New tests.commit c4edb6e748c86c2bc5251707f61d4d37679194cf Author: Julian Brown jul...@codesourcery.com Date: Thu Jun 4 07:16:56 2015 -0700 Add a set of OpenACC worker-single/worker-partitioned mode tests. diff --git a/libgomp/testsuite/libgomp.oacc-c-c++-common/worker-partn-1.c b

Re: [gomp4] Preserve NVPTX reconvergence points

On Thu, 28 May 2015 16:37:04 +0200 Richard Biener richard.guent...@gmail.com wrote: On Thu, May 28, 2015 at 4:06 PM, Julian Brown jul...@codesourcery.com wrote: For NVPTX, it is vitally important that the divergence of threads within a warp can be controlled: in particular we must be able

[gomp4] Expand OpenACC thread builtins inline

. (expand_omp_for_static_chunk): Likewise. commit 1be8ada44a9f91d2eba16ef1f81243707647f237 Author: Julian Brown jul...@codesourcery.com Date: Fri May 15 03:20:42 2015 -0700 Inlined OpenACC thread builtins. diff --git a/gcc/builtins.c b/gcc/builtins.c index ebd4b4a..cd51821 100644 --- a/gcc/builtins.c

Re: acc_on_device for device_type_host_nonshm

On Thu, 28 May 2015 04:48:58 -0700 H.J. Lu hjl.to...@gmail.com wrote: On Thu, May 21, 2015 at 4:10 AM, Jakub Jelinek ja...@redhat.com wrote: On Thu, May 21, 2015 at 01:02:12PM +0200, Thomas Schwinge wrote: Hi! On Thu, 7 May 2015 19:32:26 +0100, Julian Brown jul...@codesourcery.com

[gomp4] Preserve NVPTX reconvergence points

. (find_conditional_asserts): Skip over EDGE_TO_RECONVERGENCE edges. commit 472bd543b30356f7a4c59efc961f9f61b11ca197 Author: Julian Brown jul...@codesourcery.com Date: Wed May 20 11:35:45 2015 -0700 Introduce EDGE_TO_RECONVERGENCE, and tweak some uses of EDGE_ABNORMAL. diff --git a/gcc

Re: [gomp4] Vector-single predication

On Thu, 21 May 2015 13:57:00 +0200 Jakub Jelinek ja...@redhat.com wrote: On Thu, May 21, 2015 at 01:42:11PM +0200, Bernd Schmidt wrote: This uses the patch I committed yesterday which introduces warp broadcasts to implement the vector-single predication needed for OpenACC. Outside a loop

Re: [gomp4] Vector-single predication

On Thu, 21 May 2015 14:38:19 +0100 Julian Brown jul...@codesourcery.com wrote: On Thu, 21 May 2015 15:21:54 +0200 Jakub Jelinek ja...@redhat.com wrote: On Thu, May 21, 2015 at 02:05:12PM +0100, Julian Brown wrote: OpenACC handles function calls specially (calling them routines

Re: [gomp4] Vector-single predication

On Thu, 21 May 2015 15:21:54 +0200 Jakub Jelinek ja...@redhat.com wrote: On Thu, May 21, 2015 at 02:05:12PM +0100, Julian Brown wrote: OpenACC handles function calls specially (calling them routines -- of varying sorts, gang, worker, vector or seq, affecting where they can be invoked from

[gomp4] Lack of OpenACC NVPTX devices is not an error during scanning

for gomp4 branch? For trunk? Thanks, Julian ChangeLog libgomp/ * plugin/plugin-nvptx.c (nvptx_get_num_devices): Return zero on cuInit failure.commit 696a0d7e22bb8217ff581886cdf0979bfc2e85bb Author: Julian Brown jul...@codesourcery.com Date: Fri May 15 03:22:56 2015 -0700 Lack

[gomp4] Add OpenACC vector-single/vector-partitioned tests

Hi, This patch adds several tests of vector-single/vector-partitioned mode, as part of work implementing the OpenACC execution model. Pre-approved for gomp4 branch. I will apply there shortly. Thanks, Julian ChangeLog libgomp/ *

Re: acc_on_device for device_type_host_nonshm (was: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks) (PR65742)

On Fri, 17 Apr 2015 15:16:19 +0200 Jakub Jelinek ja...@redhat.com wrote: On Tue, Apr 14, 2015 at 05:43:26PM +0200, Thomas Schwinge wrote: On Tue, 14 Apr 2015 15:15:02 +0100, Julian Brown jul...@codesourcery.com wrote: On Wed, 8 Apr 2015 17:58:56 +0300 Ilya Verbin iver...@gmail.com

Re: [PATCH] Fix OpenACC shutdown and PTX image unloading (PR65904)

On Wed, 6 May 2015 10:32:56 +0200 Thomas Schwinge tho...@codesourcery.com wrote: Hi! On Fri, 1 May 2015 10:47:19 +0100, Julian Brown jul...@codesourcery.com wrote: The patch also fixes a thinko that was revealed in image unloading in the NVPTX backend. Tested for libgomp with PTX

Re: OpenACC: initialization with unsupported acc_device_t (was: [PR testsuite/65205, libgomp/65993] Fix dg-shouldfail usage in OpenACC libgomp tests)

, acc_set_device_num): Update calls to resolve_device. * testsuite/libgomp.oacc-c-c++-common/lib-4.c: Update expected test output. commit 221b5dea47cdb7611456ca3cf28d180d3ff1156a Author: Julian Brown jul...@codesourcery.com Date: Thu May 7 08:39:16 2015 -0700 Clean up initialisation when

[PATCH] Fix OpenACC shutdown and PTX image unloading (PR65904)

device before freeing images, and use fn_descs field from ptx_image_data instead of incorrectly using a pointer derived from target_data. commit 14e8e35a494a5a8231ab1a3cad38a2157bca7e4a Author: Julian Brown jul...@codesourcery.com Date: Thu Apr 30 10:19:58 2015 -0700 Fix freeing of memory

Re: [PATCH] Tidy up locking for libgomp OpenACC entry points

On Thu, 23 Apr 2015 18:41:34 +0200 Thomas Schwinge tho...@codesourcery.com wrote: Hi! On Wed, 22 Apr 2015 19:42:43 +0100, Julian Brown jul...@codesourcery.com wrote: This patch is an attempt to fix some potential race conditions with accesses to shared data structures from multiple

[PATCH] Tidy up locking for libgomp OpenACC entry points

, gomp_acc_insert_pointer, gomp_acc_remove_pointer): Add locking. commit 983e08e46be24380a52095851cd9c6eb481eb47c Author: Julian Brown jul...@codesourcery.com Date: Tue Apr 21 12:42:17 2015 -0700 More locking in oacc-mem.c diff --git a/libgomp/oacc-mem.c b/libgomp/oacc-mem.c index 89ef5fc

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch) (PR65742)

On Tue, 14 Apr 2015 15:15:02 +0100 Julian Brown jul...@codesourcery.com wrote: On Wed, 8 Apr 2015 17:58:56 +0300 Ilya Verbin iver...@gmail.com wrote: On Wed, Apr 08, 2015 at 15:31:42 +0100, Julian Brown wrote: This version is mostly the same as the last posted version but has a tweak

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On Wed, 8 Apr 2015 17:58:56 +0300 Ilya Verbin iver...@gmail.com wrote: On Wed, Apr 08, 2015 at 15:31:42 +0100, Julian Brown wrote: This version is mostly the same as the last posted version but has a tweak in GOACC_parallel to account for the new splay tree arrangement for target functions

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

, Juliancommit ac06b5e25e170061bb9855b9ea4b8e5696816bf1 Author: Julian Brown jul...@codesourcery.com Date: Tue Apr 7 09:23:58 2015 -0700 NVPTX load/unload and init-rework patch. diff --git a/gcc/config/nvptx/mkoffload.c b/gcc/config/nvptx/mkoffload.c index 02c44b6..dbc68bc 100644 --- a/gcc

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On Wed, 8 Apr 2015 17:58:56 +0300 Ilya Verbin iver...@gmail.com wrote: Have you tested it with disabled offloading? I see several regressions: FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/acc_on_device-1.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test FAIL:

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

a version of my patch against trunk and Ilya's latest patch (hopefully!). Tests look OK (libgomp + PTX). HTH, Juliancommit f203634ace786b5bb2fdce56f123f3fba236dda3 Author: Julian Brown jul...@codesourcery.com Date: Mon Mar 30 14:37:53 2015 -0700 nvptx load/unload support, init rework diff --git

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

. (GOMP_OFFLOAD_openacc_create_thread_data): Change argument to int (device number). libgomp/testsuite/ * libgomp.oacc-c-c++-common/lib-9.c: Fix devnum check in test.commit 63091061f227f124d8d496fd3064982935178f3a Author: Julian Brown jul...@codesourcery.com Date: Mon Feb 23 11:55:41 2015 -0800 nvptx load

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On Fri, 6 Mar 2015 17:01:13 +0300 Ilya Verbin iver...@gmail.com wrote: On Thu, Feb 26, 2015 at 20:25:11 +0300, Ilya Verbin wrote: On Wed, Feb 25, 2015 at 10:36:08 +0100, Thomas Schwinge wrote: Julian Brown jul...@codesourcery.com wrote: This is a version of the previously-posted patch

Re: libgomp nvptx plugin: rework initialisation and support the proposed load/unload hooks (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On Wed, 25 Feb 2015 10:36:08 +0100 Thomas Schwinge tho...@codesourcery.com wrote: Hi! On Tue, 24 Feb 2015 11:29:51 +, Julian Brown jul...@codesourcery.com wrote: Test results look OK, barring a suspected harness issue (lib-83 failing with a timeout for nvptx However, I'm seeing

Re: Merge current set of OpenACC changes from gomp-4_0-branch

Hi, On Wed, 4 Feb 2015 15:05:45 + Julian Brown jul...@codesourcery.com wrote: The major changes are: * The removal of the OpenACC-specific plugin hooks open_device, close_device, set_device_num and get_device_num. The functionality has been moved into the init/fini hooks

Re: Merge current set of OpenACC changes from gomp-4_0-branch

On Tue, 3 Feb 2015 23:01:04 +0300 Ilya Verbin iver...@gmail.com wrote: On 03 Feb 13:00, Julian Brown wrote: On Tue, 3 Feb 2015 14:28:44 +0300 Ilya Verbin iver...@gmail.com wrote: On 27 Jan 14:07, Julian Brown wrote: On Mon, 26 Jan 2015 17:34:26 +0300 Ilya Verbin iver...@gmail.com

Re: Merge current set of OpenACC changes from gomp-4_0-branch

On Tue, 3 Feb 2015 14:28:44 +0300 Ilya Verbin iver...@gmail.com wrote: Hi Julian! On 27 Jan 14:07, Julian Brown wrote: On Mon, 26 Jan 2015 17:34:26 +0300 Ilya Verbin iver...@gmail.com wrote: Here is my current patch, it works for OpenMP-MIC, but obviously will not work for PTX

Re: Merge current set of OpenACC changes from gomp-4_0-branch

On Mon, 26 Jan 2015 17:34:26 +0300 Ilya Verbin iver...@gmail.com wrote: Here is my current patch, it works for OpenMP-MIC, but obviously will not work for PTX, since it requires symmetrical changes in the plugin. Could you please take a look, whether it is possible to support this new

Re: Merge current set of OpenACC changes from gomp-4_0-branch

On Mon, 26 Jan 2015 14:44:19 +0100 Thomas Schwinge tho...@codesourcery.com wrote: On 17 Jan 02:16, Ilya Verbin wrote: Unfortunately, it broke offloading from shared libraries (I mean common libs with NEEDED entries, not dlopened). Sorry for that! Such things are not covered by the

Re: [PATCH 4/5] OpenACC 2.0 support for libgomp - new tests (repost)

On Sat, 15 Nov 2014 00:58:56 + Julian Brown jul...@codesourcery.com wrote: On Thu, 13 Nov 2014 11:15:18 +0100 Jakub Jelinek ja...@redhat.com wrote: +# Turn on OpenACC. +# XXX (TEMPORARY): Remove the -flto once that's properly integrated. +lappend ALWAYS_CFLAGS additional_flags

Re: [PATCH 3/5] OpenACC 2.0 support for libgomp - outline documentation (repost)

, which incorporates David Malcolm's new backronym for libgomp, and edits the above files also. Juliancommit 06fc24fb9ffcf70aa49158f12db3f592bca5c3ff Author: Julian Brown jul...@codesourcery.com Date: Thu Nov 13 04:21:16 2014 -0800 OpenACC documentation. -xx-xx Thomas Schwinge

Re: [PATCH 1/5] OpenACC 2.0 support for libgomp - OpenACC runtime, NVidia PTX/CUDA plugin (repost)

On Wed, 12 Nov 2014 11:06:26 +0100 Jakub Jelinek ja...@redhat.com wrote: On Tue, Nov 11, 2014 at 01:53:23PM +, Julian Brown wrote: A few OpenMP tests fail with the new host_nonshm plugin (with failures of the form libgomp: Trying to update [0x605820..0x605824) object that is not mapped

[PATCH 2/5] OpenACC 2.0 support for libgomp - temporarily work around missing __builtin_acc_on_device (repost)

On Tue, 23 Sep 2014 19:19:55 +0100 Julian Brown jul...@codesourcery.com wrote: The patches implementing __builtin_acc_on_device are still in processing. For the time being this patch removes the dependency on that builtin in the OpenACC runtime. Julian -xx-xx Julian Brown jul

[PATCH 3/5] OpenACC 2.0 support for libgomp - outline documentation (repost)

On Tue, 23 Sep 2014 19:20:14 +0100 Julian Brown jul...@codesourcery.com wrote: This patch provides some documentation for the new OpenACC bits in libgomp. Julian -xx-xx Thomas Schwinge tho...@codesourcery.com James Norris jnor...@codesourcery.com libgomp

[PATCH 5/5] OpenACC 2.0 support for libgomp - temporary test harness tweaks

. * testsuite/libgomp.oacc-fortran/fortran.exp (ALWAYS_CFLAGS): Similar, but without -lpthread. From c70f2aca94bc306e4600282aa81bc1a758ad81fa Mon Sep 17 00:00:00 2001 From: Julian Brown jul...@codesourcery.com Date: Tue, 11 Nov 2014 02:54:09 -0800 Subject: [PATCH 5/5] Temporary testing tweaks

Re: [patch] OpenACC fortran front end

On Tue, 11 Nov 2014 08:10:29 +0100 Jakub Jelinek ja...@redhat.com wrote: On Mon, Nov 10, 2014 at 02:43:38PM -0800, Cesar Philippidis wrote: I'll post a separate patch with the fortran tests later. If anyone wants to test this patch, please use gomp-4_0-branch instead. You don't need a

Re: [patch] OpenACC fortran front end

On Tue, 11 Nov 2014 17:51:01 +0100 Jakub Jelinek ja...@redhat.com wrote: On Tue, Nov 11, 2014 at 02:52:20PM +, Julian Brown wrote: On Tue, 11 Nov 2014 08:10:29 +0100 Jakub Jelinek ja...@redhat.com wrote: We've been preparing new patches against trunk for the libgomp and middle-end

Re: [gomp4] Move libgomp plugins into subdirectory

On Thu, 6 Nov 2014 10:06:00 +0100 Thomas Schwinge tho...@codesourcery.com wrote: Hi Julian! On Wed, 5 Nov 2014 17:57:10 +, Julian Brown jul...@codesourcery.com wrote: This patch moves plugin-nvptx.c and plugin-host.c (from oacc-host.c) into a new plugin subdirectory, as requested

Re: [gomp4] Move libgomp plugins into subdirectory

On Thu, 6 Nov 2014 11:11:42 +0100 Jakub Jelinek ja...@redhat.com wrote: On Thu, Nov 06, 2014 at 10:06:00AM +0100, Thomas Schwinge wrote: Hi Julian! On Wed, 5 Nov 2014 17:57:10 +, Julian Brown jul...@codesourcery.com wrote: This patch moves plugin-nvptx.c and plugin-host.c (from

Re: [gomp4] Move libgomp plugins into subdirectory

On Thu, 6 Nov 2014 15:37:42 + Julian Brown jul...@codesourcery.com wrote: On Thu, 6 Nov 2014 11:11:42 +0100 Jakub Jelinek ja...@redhat.com wrote: On Thu, Nov 06, 2014 at 10:06:00AM +0100, Thomas Schwinge wrote: Hmm. And then we cross-include files in libgomp/ from libgomp/plugin

[gomp4] Use GOMP_OFFLOAD_ prefix for (OpenACC) plugin hooks

. (gomp_load_plugin_for_device): Likewise. Look for new hook names. * target.h (gomp_device_descr): Use new hook names. commit 4e1b71a5e0d15de4c6e89ab5139964e32b563d68 Author: Julian Brown jul...@codesourcery.com Date: Wed Nov 5 02:34:22 2014 -0800 Use GOMP_OFFLOAD_ prefix for plugin hooks. diff --git a/libgomp/oacc

[gomp4] Move libgomp plugins into subdirectory

/aclocal.m4: Regenerate. * plugin/configure: Regenerate. commit 8994fb8c1b9d52cb9c82a61227a450df29e61806 Author: Julian Brown jul...@codesourcery.com Date: Wed Nov 5 02:54:30 2014 -0800 Move libgomp plugins into their own directory. diff --git a/libgomp/Makefile.am b/libgomp/Makefile.am index

Re: [gomp4] Use GOMP_OFFLOAD_ prefix for (OpenACC) plugin hooks

On Wed, 5 Nov 2014 22:02:33 +0300 Ilya Verbin iver...@gmail.com wrote: Hi, On 05 Nov 17:56, Julian Brown wrote: +GOMP_OFFLOAD_register_image (void *host_table, void *target_data) +GOMP_OFFLOAD_get_table (struct mapping_table **table) FYI, these interfaces may change in the near future

Re: [gomp4] Rationalise thread-local variables in libgomp OpenACC support

On Tue, 28 Oct 2014 11:16:19 + Julian Brown jul...@codesourcery.com wrote: Hi, This patch rationalises TLS support by moving all thread-local variables into a single structure. Because this meant interfering with how per-thread/per-device initialisation was done, I took the opportunity

[gomp4] Rationalise thread-local variables in libgomp OpenACC support

(oacc-int.h): Don't include. (ACC_dispatch_t): Declare here. Add data_environ, ord fields. Update comment for mem_map field. (gomp_free_memmap): Add prototype. commit 898dba8e56827d7dde964e63f53c804c59674e9b Author: Julian Brown jul...@codesourcery.com Date: Mon Oct 27 08:43:07 2014

[gomp4] Remove goacc_parse_device_num

1dacb833b33d179553723faecf4b32e89efc69a9 Author: Julian Brown jul...@codesourcery.com Date: Tue Oct 28 06:03:47 2014 -0700 ACC_DEVICE_NUM tweaks diff --git a/libgomp/env.c b/libgomp/env.c index 8b22e6f..02bce0c 100644 --- a/libgomp/env.c +++ b/libgomp/env.c @@ -1016,27 +1016,6 @@ parse_affinity (bool ignore

[gomp4] Don't put acc_notify_var in thread-local struct

(gomp_vnotify): Use goacc_notify_var. (gomp_notify): Fix formatting. * libgomp.h (gomp_task_icv): Remove acc_notify_var field. (goacc_notify_var): Add extern declaration.commit 5b18c3e134779ee562af11702d2ba2c4baa66370 Author: Julian Brown jul...@codesourcery.com Date: Tue Oct 28 06:45

[gomp4] Remove redundant get_caps hook invocations

. (gomp_find_available_plugins): ...and don't call it again here.commit 271ee70eec93866e312c7b9363cb0e736b6361d3 Author: Julian Brown jul...@codesourcery.com Date: Tue Oct 28 07:14:19 2014 -0700 Remove redundant get_caps calls. diff --git a/libgomp/target.c b/libgomp/target.c index 73a186b..615ba6b

[gomp4] Remove stray debugging code

definitions. * target.c (dump_mappings): Remove debugging function.commit 13794d26fc95225268e05abf9912ab6eba3c7b3f Author: Julian Brown jul...@codesourcery.com Date: Tue Oct 28 06:49:19 2014 -0700 Remove stray debugging code diff --git a/libgomp/oacc-host.c b/libgomp/oacc-host.c

[gomp4] Remove gomp_map_vars mem_map argument

to gomp_map_vars. * oacc-parallel.c (GOACC_parallel, GOACC_data_start): Likewise. * target.h (gomp_map_vars): Update prototype.commit 3afc4e592a6d8a796ec0c44bb8dc808b1392fd29 Author: Julian Brown jul...@codesourcery.com Date: Tue Oct 28 09:17:01 2014 -0700 Remove gomp_map_vars mem_map argument

Re: [gomp4] Remove gomp_map_vars mem_map argument

On Tue, 28 Oct 2014 16:52:22 + Julian Brown jul...@codesourcery.com wrote: Hi, This patch removes the now-redundant gomp_memory_mapping argument from gomp_map_vars, introduced when OpenACC kept the structure in question in a different place from OpenMP. Both now keep the memory map

[gomp4] Use GOMP_PLUGIN_ not gomp_plugin_ for libgomp plugin API

*): This. * libgomp-plugin.h: Likewise. * libgomp.map: Likewise. * oacc-host.c (GOMP): Use GOMP_PLUGIN_ in macro expansion. * oacc-plugin.c (gomp_plugin_*): Rename to... (GOMP_PLUGIN_*): This. * plugin-nvptx.c: Likewise.commit cce63ddb8895d3b51a176d68045b7920affc05e5 Author: Julian

[gomp4] Fix include path configury for gomp-constants.h

: Regenerate.commit a682a91d68d3ffb1516a1589ef093e00151a6078 Author: Julian Brown jul...@codesourcery.com Date: Wed Oct 15 02:12:07 2014 -0700 Fix include path configury for gomp-constants.h. diff --git a/libgomp/Makefile.am b/libgomp/Makefile.am index 7ddb0a4..77f71ee 100644 --- a/libgomp/Makefile.am

[gomp4] Asynchronous data unmapping wait fixes for OpenACC

. (openacc_register_async_cleanup): New. (PTX_async_test): Call event_gc on success path. (PTX_async_test_all): Likewise. * target.c (gomp_load_plugin_for_device): Initialise register_async_cleanup hook. commit 78d6b16bf258106282f791f2e7b3010bf75f2a86 Author: Julian Brown jul...@codesourcery.com

[gomp] [3/3] OpenACC 2.0 support for libgomp - documentation

/ * libgomp.texi: Outline documentation for OpenACC. From c58006a7ade2a9556bd73bac9ef45b3bbd62ca37 Mon Sep 17 00:00:00 2001 From: Julian Brown jul...@codesourcery.com Date: Wed, 17 Sep 2014 10:26:56 -0700 Subject: [PATCH 2/3] OpenACC documentation --- libgomp/libgomp.texi | 661

Re: [PATCH 0/10] OpenACC 2.0 support for libgomp

Hi, On Wed, 24 Sep 2014 14:32:31 +0200 Jakub Jelinek ja...@redhat.com wrote: On Tue, Sep 23, 2014 at 07:17:25PM +0100, Julian Brown wrote: The upcoming patch series constitutes our current (still in-progress) implementation of run-time support for OpenACC 2.0 in libgomp. We've tried

[PATCH 1/10] OpenACC 2.0 support for libgomp - offloading support

number 257. commit fc39aa98eba906466226c17fb455e57ebcfc1bc6 Author: Julian Brown jul...@codesourcery.com Date: Fri Sep 19 08:33:05 2014 -0700 Delta between upstream and gomp-4_0-branch version of r202620: 2013-09-16 Jakub Jelinek ja...@redhat.com * splay

[PATCH 0/10] OpenACC 2.0 support for libgomp

Hi, The upcoming patch series constitutes our current (still in-progress) implementation of run-time support for OpenACC 2.0 in libgomp. We've tried to build on top of the (also currently WIP) support for OpenMP 4.0's target construct, sharing code where possible: because of this, I've also

[PATCH 2/10] OpenACC 2.0 support for libgomp - initial plugin support

. (gomp_check_plugin_file_name): New. (gomp_load_plugin_for_device): New. (gomp_find_available_plugins): New. (gomp_target_init): New. commit 75ef137a74cbd6af36a75b30edf60350ec9eae0d Author: Julian Brown jul...@codesourcery.com Date: Fri Sep 19 08:51:44 2014 -0700 Merge

[PATCH 4/10] OpenACC 2.0 support for libgomp - host plugin

members. (gomp_load_plugin_for_device): Load these. (gomp_map_vars, gomp_unmap_tgt, gomp_unmap_vars, gomp_update): Use these. (resolve_device, gomp_find_available_plugins): Remove ID 257 hack. commit 1adb683c08079789d013713751a15803b26f11c2 Author: Julian

[PATCH 3/10] OpenACC 2.0 support for libgomp - Don't update copy_from for existing mappings

): Don't update copy_from for the existing mappings. commit 76da6cdeb61190c6b39f02656a91a24e26bc3006 Author: Julian Brown jul...@codesourcery.com Date: Fri Sep 19 09:03:49 2014 -0700 Merge r207897. 2014-02-17 Ilya Verbin ilya.ver...@intel.com * target.c

[PATCH 6/10] OpenACC 2.0 support for libgomp - Fortran bits

Jelinek ja...@redhat.com * target.c (gomp_map_vars, gomp_unmap_vars, gomp_update): Support NULL mappings as well as mapping kind OMP_CLAUSE_MAP_TO_PSET. Also, some code reformatting. commit b661af0d60506bf174b687dbd0a590bacd0a4ed4 Author: Julian Brown jul...@codesourcery.com

[PATCH 5/10] OpenACC 2.0 support for libgomp - offload image registration

. (gomp_find_available_plugins): Add registration of offload images. commit a8ad9504670363d8fd68e8e29f4a7455aae14446 Author: Julian Brown jul...@codesourcery.com Date: Fri Sep 19 09:16:11 2014 -0700 Merge r208657. 2014-03-18 Ilya Verbin ilya.ver...@intel.com

[PATCH 8/10] OpenACC 2.0 support for libgomp - temporarily work around missing __builtin_acc_on_device

The patches implementing __builtin_acc_on_device are still in processing. For the time being this patch removes the dependency on that builtin in the OpenACC runtime. Julian -xx-xx Julian Brown jul...@codesourcery.com libgomp/ * oacc-init.c (acc_on_device): Temporarily

[PATCH 9/10] OpenACC 2.0 support for libgomp - outline documentation

c1b3a366e95ff50d8f30fb0e942c0c25a51108c7 Author: Julian Brown jul...@codesourcery.com Date: Mon Sep 22 02:45:29 2014 -0700 OpenACC documentation. diff --git a/libgomp/libgomp.texi b/libgomp/libgomp.texi index 254be57..9530a2b 100644 --- a/libgomp/libgomp.texi +++ b/libgomp/libgomp.texi @@ -31,10 +31,12 @@ texts

Re: GCC ARM: aligned access

On Mon, 1 Sep 2014 09:14:31 +0800 Peng Fan van.free...@gmail.com wrote: On 09/01/2014 08:09 AM, Matt Thomas wrote: On Aug 31, 2014, at 11:32 AM, Joel Sherrill joel.sherr...@oarcorp.com wrote: I think this is totally expected. You were passed a u8 pointer which is aligned for that type

Re: [PATCH] Fix GDB PR15559 (inferior calls using thiscall calling convention)

On Fri, 9 May 2014 17:33:41 +0100 Julian Brown jul...@codesourcery.com wrote: On Wed, 7 May 2014 09:41:27 -0600 Tom Tromey tro...@redhat.com wrote: Tom The usual approach is some appropriate text somewhere on the Tom GCC wiki (though I suppose a note in the mail archives would Tom do

Re: RTABI half-precision conversion functions (ping)

On Thu, 29 May 2014 11:16:52 +0100 Julian Brown jul...@codesourcery.com wrote: On Thu, 19 Jul 2012 14:47:54 +0100 Julian Brown jul...@codesourcery.com wrote: On Thu, 19 Jul 2012 13:54:57 +0100 Paul Brook p...@codesourcery.com wrote: But, that means EABI-conformant callers are also

Re: Handle MULTILIB_REUSE in auto-generated SYSROOT_SUFFIX_SPEC macro

On Thu, 5 Jun 2014 20:23:27 +0100 Julian Brown jul...@codesourcery.com wrote: Hi, The print-sysroot-suffix.sh script that can be used (via the t-sysroot-suffix makefile fragment) to auto-generate the SYSROOT_SUFFIX_SPEC macro for non-trivial multilib setups does not take into account

Re: [PATCH, ARM] Don't use NEON for autovectorization in big-endian mode

On Mon, 16 Jun 2014 12:42:36 +0100 Julian Brown jul...@codesourcery.com wrote: Hi, As discussed several times previously, support for NEON in ARM big-endian mode is quite broken because of differing assumptions about lane ordering made by the ARM EABI and the set of NEON intrinsics

[PATCH, ARM] Don't use NEON for autovectorization in big-endian mode

Hi, As discussed several times previously, support for NEON in ARM big-endian mode is quite broken because of differing assumptions about lane ordering made by the ARM EABI and the set of NEON intrinsics on the one hand, and the vectorizer on the other. Fixing this properly would involve quite a

Handle MULTILIB_REUSE in auto-generated SYSROOT_SUFFIX_SPEC macro

Hi, The print-sysroot-suffix.sh script that can be used (via the t-sysroot-suffix makefile fragment) to auto-generate the SYSROOT_SUFFIX_SPEC macro for non-trivial multilib setups does not take into account the MULTILIB_REUSE target fragment variable. I'm not sure of a way to demonstrate how

<    2   3   4   5   6   7   8   9   >