From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 105999 invoked by alias); 17 Jul 2015 16:43:15 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 105983 invoked by uid 89); 17 Jul 2015 16:43:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 17 Jul 2015 16:43:13 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id 4F1223CBA52; Fri, 17 Jul 2015 16:43:12 +0000 (UTC) Received: from tucnak.zalov.cz (ovpn-116-51.ams2.redhat.com [10.36.116.51]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t6HGhAUT003977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Jul 2015 12:43:11 -0400 Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.14.9/8.14.9) with ESMTP id t6HGh8r3021873; Fri, 17 Jul 2015 18:43:08 +0200 Received: (from jakub@localhost) by tucnak.zalov.cz (8.14.9/8.14.9/Submit) id t6HGh6Nm021867; Fri, 17 Jul 2015 18:43:06 +0200 Date: Fri, 17 Jul 2015 16:54:00 -0000 From: Jakub Jelinek To: Ilya Verbin Cc: Thomas Schwinge , gcc-patches@gcc.gnu.org, Kirill Yukhin Subject: Re: [gomp4.1] Initial support for some OpenMP 4.1 construct parsing Message-ID: <20150717164306.GT1780@tucnak.redhat.com> Reply-To: Jakub Jelinek References: <20150429111406.GE1751@tucnak.redhat.com> <874mnzrw1z.fsf@schwinge.name> <20150429120644.GG1751@tucnak.redhat.com> <20150609183608.GA47936@msticlxl57.ims.intel.com> <20150609202426.GG10247@tucnak.redhat.com> <20150625194529.GB33078@msticlxl57.ims.intel.com> <20150625201058.GK10247@tucnak.redhat.com> <20150717163136.GB15252@msticlxl57.ims.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150717163136.GB15252@msticlxl57.ims.intel.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg01556.txt.bz2 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 waits like: > #pragma acc parallel async(3) wait(1) wait(2) > > (GOMP_OFFLOAD_openacc_async_wait_async has only one argument with the number of > queue to wait) > > Thomas, please correct me if I'm wrong. > > In this regard, OpenMP is more complicated, since it allows e.g.: > #pragma omp target nowait depend(in: a, b) depend(out: c, d) If it is each plugin, then supposedly it should use (if possible) some common libgomp routine to maintain the queues, duplicating the dependency graph handling code in each plugins might be too ugly. > Currently I'm trying to figure out what liboffloadmic can do. > > > 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 construct, once that works hack on the GOMP_MAP_POINTER replacement, and then rewrite the gimplification rules for target construct for the new 2.15.5 rules (so that this one does not really break all the target tests we need the first two working somehow). Jakub