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 [