Rename GOMP_MAP_FORCE_DEALLOC to GOMP_MAP_DELETE (was: [gomp4.1] map clause parsing improvements)

Hi! On Thu, 17 Mar 2016 15:37:04 +0100, Jakub Jelinek wrote: > On Thu, Mar 17, 2016 at 03:34:09PM +0100, Thomas Schwinge wrote: > > That's simple enouch; OK to commit? (I'm also including the related > > change, to rename the Fortran OMP_MAP_FORCE_DEALLOC to OMP_MAP_DELETE, >

Re: [gomp4.1] map clause parsing improvements

Hi! On Mon, 19 Oct 2015 12:34:08 +0200, Jakub Jelinek wrote: > On Mon, Oct 19, 2015 at 12:20:23PM +0200, Thomas Schwinge wrote: > > > @@ -77,7 +79,21 @@ enum gomp_map_kind > > > +/* OpenMP 4.1 alias for forced deallocation. */ > > > +GOMP_MAP_DELETE =

Re: [gomp4.1] map clause parsing improvements

On Thu, Mar 17, 2016 at 03:34:09PM +0100, Thomas Schwinge wrote: > That's simple enouch; OK to commit? (I'm also including the related > change, to rename the Fortran OMP_MAP_FORCE_DEALLOC to OMP_MAP_DELETE, > because I think that's what you'd do, once starting the OpenMP 4.5 > Fortran front end

Re: [gomp4.1] map clause parsing improvements

On Mon, Oct 26, 2015 at 14:07:13 +0100, Jakub Jelinek wrote: > On Mon, Oct 26, 2015 at 03:53:57PM +0300, Ilya Verbin wrote: > > @@ -7363,7 +7363,7 @@ gimplify_adjust_omp_clauses (gimple_seq *pre_p, tree > > *list_p, > > n = splay_tree_lookup (ctx->variables, (splay_tree_key) decl); > >

Re: [gomp4.1] map clause parsing improvements

On Mon, Oct 26, 2015 at 03:53:57PM +0300, Ilya Verbin wrote: > @@ -7363,7 +7363,7 @@ gimplify_adjust_omp_clauses (gimple_seq *pre_p, tree > *list_p, > n = splay_tree_lookup (ctx->variables, (splay_tree_key) decl); > if ((ctx->region_type & ORT_TARGET) != 0 > &&

Re: [gomp4.1] map clause parsing improvements

On Tue, Oct 20, 2015 at 12:03:40 +0200, Jakub Jelinek wrote: > On Mon, Oct 19, 2015 at 05:00:33PM +0200, Thomas Schwinge wrote: > > n = splay_tree_lookup (ctx->variables, (splay_tree_key) decl); > > if ((ctx->region_type & ORT_TARGET) != 0 > > &&

Re: [gomp4.1] map clause parsing improvements

On Mon, Oct 19, 2015 at 05:00:33PM +0200, Thomas Schwinge wrote: > n = splay_tree_lookup (ctx->variables, (splay_tree_key) decl); > if ((ctx->region_type & ORT_TARGET) != 0 > && !(n->value & GOVD_SEEN) > && ((OMP_CLAUSE_MAP_KIND (c) &

Re: [gomp4.1] map clause parsing improvements

On Mon, Oct 19, 2015 at 12:20:23PM +0200, Thomas Schwinge wrote: > > @@ -77,7 +79,21 @@ enum gomp_map_kind > > /* ..., and copy from device. */ > > GOMP_MAP_FORCE_FROM = (GOMP_MAP_FLAG_FORCE | GOMP_MAP_FROM), > > /* ..., and copy to and from device. */ > > -

Re: [gomp4.1] map clause parsing improvements

Hi! On Thu, 11 Jun 2015 14:14:20 +0200, Jakub Jelinek wrote: > On Tue, Jun 09, 2015 at 09:36:08PM +0300, Ilya Verbin wrote: > > On Wed, Apr 29, 2015 at 14:06:44 +0200, Jakub Jelinek wrote: > > > [...] The draft requires only alloc or to > > > (or always, variants) for enter

Re: [gomp4.1] map clause parsing improvements

Hi! On Mon, 19 Oct 2015 12:34:08 +0200, Jakub Jelinek wrote: > On Mon, Oct 19, 2015 at 12:20:23PM +0200, Thomas Schwinge wrote: > > > +/* Decrement usage count and deallocate if zero. */ > > > +GOMP_MAP_RELEASE = (GOMP_MAP_FLAG_ALWAYS > > > +

[gomp4.1] map clause parsing improvements

On Tue, Jun 09, 2015 at 09:36:08PM +0300, Ilya Verbin wrote: On Wed, Apr 29, 2015 at 14:06:44 +0200, Jakub Jelinek wrote: [...] The draft requires only alloc or to (or always, variants) for enter data and only from or delete (or always, variants) for exit data, so in theory it is possible