Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-08-24 Thread Ilya Verbin
On Mon, Aug 24, 2015 at 14:26:57 +0200, Jakub Jelinek wrote: > On Mon, Jul 20, 2015 at 09:53:42PM +0300, Ilya Verbin wrote: > > Latest liboffloadmic (I'm preparing an update for trunk) can take some > > pointer > > *ptr* as argument of __offload_offload, which is used for execution and data > > tr

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-08-24 Thread Jakub Jelinek
On Mon, Jul 20, 2015 at 09:53:42PM +0300, Ilya Verbin wrote: > On Fri, Jul 17, 2015 at 18:43:06 +0200, Jakub Jelinek wrote: > > On Fri, Jul 17, 2015 at 07:31:36PM +0300, Ilya Verbin wrote: > > > One big question is who will maintain the list of scheduled job, its > > > dependencies, etc. - libgomp

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-24 Thread Jakub Jelinek
On Wed, Jul 22, 2015 at 11:13:48PM +0200, Jakub Jelinek wrote: > On Mon, Jul 20, 2015 at 08:10:41PM +0200, Jakub Jelinek wrote: > > And here is untested incremental libgomp side of the proposed > > GOMP_MAP_FIRSTPRIVATE_POINTER. > > Actually, that seems unnecessary, for the array section maps we a

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-22 Thread Jakub Jelinek
On Mon, Jul 20, 2015 at 08:10:41PM +0200, Jakub Jelinek wrote: > And here is untested incremental libgomp side of the proposed > GOMP_MAP_FIRSTPRIVATE_POINTER. Actually, that seems unnecessary, for the array section maps we already have there a pointer, so we can easily implement that just on the

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-20 Thread Ilya Verbin
On Fri, Jul 17, 2015 at 18:43:06 +0200, Jakub Jelinek wrote: > On Fri, Jul 17, 2015 at 07:31:36PM +0300, Ilya Verbin wrote: > > One big question is who will maintain the list of scheduled job, its > > dependencies, etc. - libgomp or each target plugin? > > > > > > OpenACC has async queues: > > #p

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-20 Thread Jakub Jelinek
Hi! And here is untested incremental libgomp side of the proposed GOMP_MAP_FIRSTPRIVATE_POINTER. I'll probably tweak it so that if GOMP_MAP_FIRSTPRIVATE is followed by one or more GOMP_MAP_FIRSTPRIVATE_POINTER where the pointers fall into the extents of the firstprivate object, it will make the wh

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-20 Thread Jakub Jelinek
On Fri, Jul 17, 2015 at 06:43:06PM +0200, Jakub Jelinek wrote: > > BTW, do you plan to remove GOMP_MAP_POINTER mappings from array sections? > > The enter/exit patch for libgomp depends on this change. > > My current plan (for Monday and onwards) is to first implement firstprivate > on target cons

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-17 Thread Jakub Jelinek
On Fri, Jul 17, 2015 at 07:31:36PM +0300, Ilya Verbin wrote: > One big question is who will maintain the list of scheduled job, its > dependencies, etc. - libgomp or each target plugin? > > > OpenACC has async queues: > #pragma acc parallel async(2) wait(1) > > But it's not possible to have 2 wa

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-07-17 Thread Ilya Verbin
On Thu, Jun 25, 2015 at 22:10:58 +0200, Jakub Jelinek wrote: > On Thu, Jun 25, 2015 at 10:45:29PM +0300, Ilya Verbin wrote: > > So, as I understood, three tasks will be generated almost simultaneously in > > foo1: one on host and two on target. > > Target task 1 will be executed immediately. > > Ho

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-06-25 Thread Jakub Jelinek
On Thu, Jun 25, 2015 at 10:45:29PM +0300, Ilya Verbin wrote: > So, as I understood, three tasks will be generated almost simultaneously in > foo1: one on host and two on target. > Target task 1 will be executed immediately. > Host task will wait for task 1 to be completed on target. > (Or it is not

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-06-25 Thread Ilya Verbin
On Tue, Jun 09, 2015 at 22:24:26 +0200, Jakub Jelinek wrote: > On Tue, Jun 09, 2015 at 09:36:08PM +0300, Ilya Verbin wrote: > > I don't quite understand from "If a depend clause is present, then it is > > treated > > as if it had appeared on the implicit task construct that encloses the > > targe

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-06-09 Thread Jakub Jelinek
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 poss

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-06-09 Thread Ilya Verbin
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 to figure that from > the call without extra args, but not so fo

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-04-29 Thread Thomas Schwinge
Hi Jakub! On Wed, 29 Apr 2015 14:06:44 +0200, Jakub Jelinek wrote: > On Wed, Apr 29, 2015 at 01:52:24PM +0200, Thomas Schwinge wrote: > > > --- gcc/tree-pretty-print.c.jj2015-04-29 10:58:01.663745452 +0200 > > > +++ gcc/tree-pretty-print.c 2015-04-29 11:03:04.648990986 +0200 > > > @@ -5

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-04-29 Thread Jakub Jelinek
On Wed, Apr 29, 2015 at 01:52:24PM +0200, Thomas Schwinge wrote: > Hi Jakub! > > (I have not yet read any version of the OpenMP 4.1 standard.) There is no OpenMP 4.1 standard, just the public TR3 released in November last year, and then some non-public WIP. > > + tree stmt = make_node (OMP_TARG

Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-04-29 Thread Thomas Schwinge
Hi Jakub! (I have not yet read any version of the OpenMP 4.1 standard.) On Wed, 29 Apr 2015 13:14:06 +0200, Jakub Jelinek wrote: > --- gcc/tree.def.jj 2015-04-29 10:58:01.663745452 +0200 > +++ gcc/tree.def 2015-04-29 11:34:18.293302684 +0200 > +/* OpenMP - #pragma omp target enter data [

[gomp4.1] Initial support for some OpenMP 4.1 construct parsing

2015-04-29 Thread Jakub Jelinek
Hi! Here is what I've committed to gomp-4_1-branch, a new branch for OpenMP 4.1 support. The intent is to develop OpenMP 4.1 support on the branch and merge to trunk either when OpenMP 4.1 standard is released, or when sufficiently close to the release, ideally before end of stage1. I'll probabl