From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 66492 invoked by alias); 18 Jan 2016 20:30:37 -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 65922 invoked by uid 89); 18 Jan 2016 20:30:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Needs, H*MI:googlemail, H*M:googlemail, HTo:U*sandra X-HELO: fencepost.gnu.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (208.118.235.10) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Mon, 18 Jan 2016 20:30:36 +0000 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41888) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1aLGRd-00015R-FG for gcc-patches@gnu.org; Mon, 18 Jan 2016 15:30:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLGRZ-0004Rl-VD for gcc-patches@gnu.org; Mon, 18 Jan 2016 15:30:33 -0500 Received: from mail-wm0-x22d.google.com ([2a00:1450:400c:c09::22d]:33658) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLGRZ-0004RG-OR for gcc-patches@gnu.org; Mon, 18 Jan 2016 15:30:29 -0500 Received: by mail-wm0-x22d.google.com with SMTP id 123so66621239wmz.0 for ; Mon, 18 Jan 2016 12:30:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:mail-followup-to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=uvko478OffHhT3fZmaUKwImpVbyBINCBE/1rKyVZDts=; b=Y10x5Qdlcx2yOeVCM42Woh+tPgk/h8HTAz3qbiJsBvHXgP6UCPv+l+5+bUD33NBd0Y IbHZBFGFgFij+HdlbKSB3veuTK7mnL2BPErpQKeRO9qT+8K9sJPhBOXivxus4uWqJXM0 MB1e4Ms0J6FE971GUIWn57jvEjBGNYoxC/2bu5aQYJT5Vr0v0OP+Opizpnyk25gtNU+q CX6GWTZQbILnBLYbCIGIieiNDM7DpMPEz7ZWDAfnMO8PR3fOSShGLSkGNCQE8TIH3x8w BkWKnBBM28y2b071seZGZGnpWEfz0QHQRPHZUL/pxY7grIe+Neq5v+r9SBnihejtgCcF xbsg== X-Gm-Message-State: AG10YORjSGwYTwW76TzUYQICEEyQ9lZjl4NDREQkULNYDAgvQz5o/KDDGSIENOiW4hFvWw== X-Received: by 10.28.53.193 with SMTP id c184mr14661034wma.4.1453149028734; Mon, 18 Jan 2016 12:30:28 -0800 (PST) Received: from localhost ([95.145.138.245]) by smtp.googlemail.com with ESMTPSA id i2sm25264448wjx.42.2016.01.18.12.30.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Jan 2016 12:30:27 -0800 (PST) From: Richard Sandiford To: Sandra Loosemore Mail-Followup-To: Sandra Loosemore ,Tom de Vries , "gcc-patches\@gnu.org" , Thomas Schwinge , Nathan Sidwell , "Allen\, Randy" , rdsandiford@googlemail.com Cc: Tom de Vries , "gcc-patches\@gnu.org" , Thomas Schwinge , Nathan Sidwell , "Allen\, Randy" Subject: Re: [PATCH] Add fopt-info-oacc References: <569D2059.4010105@mentor.com> <569D2EC1.4050506@codesourcery.com> Date: Mon, 18 Jan 2016 20:30:00 -0000 In-Reply-To: <569D2EC1.4050506@codesourcery.com> (Sandra Loosemore's message of "Mon, 18 Jan 2016 11:28:17 -0700") Message-ID: <87r3he4om5.fsf@googlemail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::22d X-SW-Source: 2016-01/txt/msg01329.txt.bz2 Sandra Loosemore writes: > On 01/18/2016 10:26 AM, Tom de Vries wrote: >> Hi, >> >> This patch introduces an option fopt-info-oacc. >> >> When using the option like this with a kernels region in kernels-loop.c >> that parloops does not manage to parallelize: >> ... >> $ gcc kernels-loop.c -S -O2 -fopenacc -fopt-info-oacc-all >> ... >> >> we get a message: >> ... >> kernels-loop.c:23:9: note: kernels region executed sequentially. >> Consider mapping it to host execution, to avoid data copy penalty. >> ... >> >> Any comments? > > Needs documentation? Also, sorry for the drive-by comment, but: -fopt-info-openacc-all seems more consistent with -fopenacc and is only three characters longer. Thanks, Richard