From: Nathan Sidwell <nathan@acm.org>
To: Jakub Jelinek <jakub@redhat.com>
Cc: Richard Biener <richard.guenther@gmail.com>,
GCC Patches <gcc-patches@gcc.gnu.org>,
Bernd Schmidt <bschmidt@redhat.com>,
Jason Merrill <jason@redhat.com>,
"Joseph S. Myers" <joseph@codesourcery.com>,
Cesar Philippidis <cesar_philippidis@mentor.com>
Subject: Re: [OpenACC 1/11] UNIQUE internal function
Date: Fri, 23 Oct 2015 14:46:00 -0000 [thread overview]
Message-ID: <562A46E2.1000408@acm.org> (raw)
In-Reply-To: <20151023131605.GH478@tucnak.redhat.com>
On 10/23/15 09:16, Jakub Jelinek wrote:
> On Fri, Oct 23, 2015 at 09:13:43AM -0400, Nathan Sidwell wrote:
>> You're correct that the SESE region could be split across a function
>> boundary in the manner you describe, but the complexity of dealing with
>> that in the backend's partitioning code would be high. Let's not try and
>> enable that from the get-go.
>
> Sure, but then you probably need to tweak the fnsplit pass to guarantee
> that.
Ok, I'll take a look at that too.
The gimple_call_set_ctrl_altering approach is looking good for the moment.
Richard, if that works out, so we only have to check unique_p on the last insn
of a bb, does that satisfy your concerns? (Of course I'll repost patch 1 for
review).
WRT the other patches I think the status is:
01-trunk-unique.patch
Internal function with a 'uniqueness' property
* reworking as described.
02-trunk-nvptx-partition.patch
NVPTX backend patch set for partitioned execution
* approved with minor edits
03-trunk-hook.patch
OpenACC hook
* approved with minor edit
04-trunk-c.patch
C FE changes
* Being addressed by Cesar
05-trunk-cxx.patch
C++ FE changes
* Being addressed by Cesar
06-trunk-red-init.patch
Placeholder to keep reductions functioning
* Approved
07-trunk-loop-mark.patch
Annotate OpenACC loops in device-agnostic manner
* Addressing minor comments
08-trunk-dev-lower.patch
Device-specific lowering of loop markers
* Question asked & answered about non-ptx behaviour
09-trunk-lower-gate.patch
Run oacc_device_lower pass regardless of errors
* Approved
10-trunk-libgomp.patch
Libgomp change (remove dimension check)
* Approved
11-trunk-tests.patch
Initial set of execution tests
* Approved, but C& C++ error tests needed
I'll repost:
01-trunk-unique.patch
Internal function with a 'uniqueness' property
That has some obvious knock on changes to 02, 07 and 08, do you want those
reposted for review?
Cesar will repost:
04-trunk-c.patch
C FE changes
05-trunk-cxx.patch
C++ FE changes
The remaining patch:
08-trunk-dev-lower.patch
Device-specific lowering of loop markers
seems to be waiting on Jakub?
nathan
next prev parent reply other threads:[~2015-10-23 14:40 UTC|newest]
Thread overview: 120+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-21 19:00 [OpenACC 0/11] execution model Nathan Sidwell
2015-10-21 19:00 ` [OpenACC 1/11] UNIQUE internal function Nathan Sidwell
2015-10-22 7:49 ` Richard Biener
2015-10-22 7:55 ` Richard Biener
2015-10-22 8:04 ` Jakub Jelinek
2015-10-22 8:07 ` Richard Biener
2015-10-22 11:42 ` Julian Brown
2015-10-22 13:12 ` Nathan Sidwell
2015-10-22 13:20 ` Jakub Jelinek
2015-10-22 13:27 ` Nathan Sidwell
2015-10-22 14:31 ` Richard Biener
2015-10-22 14:47 ` Nathan Sidwell
2015-10-22 8:05 ` Jakub Jelinek
2015-10-22 8:12 ` Richard Biener
2015-10-22 13:08 ` Nathan Sidwell
2015-10-22 14:04 ` Nathan Sidwell
2015-10-22 14:28 ` Richard Biener
2015-10-22 14:31 ` Nathan Sidwell
2015-10-22 18:08 ` Nathan Sidwell
2015-10-23 8:46 ` Jakub Jelinek
2015-10-23 13:03 ` Nathan Sidwell
2015-10-23 13:03 ` Richard Biener
2015-10-23 13:16 ` Nathan Sidwell
2015-10-23 13:16 ` Jakub Jelinek
2015-10-23 14:46 ` Nathan Sidwell [this message]
2015-10-23 13:12 ` Jakub Jelinek
2015-10-23 13:38 ` Nathan Sidwell
2015-10-25 14:29 ` Nathan Sidwell
2015-10-26 22:35 ` Nathan Sidwell
2015-10-27 8:18 ` Jakub Jelinek
2015-10-27 13:47 ` Richard Biener
2015-10-27 14:06 ` Nathan Sidwell
2015-10-27 14:07 ` Jakub Jelinek
2015-10-27 20:18 ` Nathan Sidwell
2015-10-27 14:15 ` Nathan Sidwell
2015-10-23 9:40 ` Richard Biener
2015-10-22 17:39 ` Nathan Sidwell
2015-10-22 20:25 ` Nathan Sidwell
2015-10-23 8:05 ` Jakub Jelinek
2015-10-21 19:11 ` [OpenACC 2/11] PTX backend changes Nathan Sidwell
2015-10-22 8:16 ` Jakub Jelinek
2015-10-22 9:58 ` Bernd Schmidt
2015-10-22 13:02 ` Nathan Sidwell
2015-10-22 13:23 ` Nathan Sidwell
2015-10-22 14:05 ` Bernd Schmidt
2015-10-22 14:26 ` Nathan Sidwell
2015-10-22 14:30 ` Bernd Schmidt
2015-10-22 14:36 ` Jakub Jelinek
2015-10-22 14:52 ` Nathan Sidwell
2015-10-28 14:28 ` Nathan Sidwell
2015-10-22 14:42 ` Nathan Sidwell
2015-10-21 19:16 ` [OpenACC 3/11] new target hook Nathan Sidwell
2015-10-22 8:23 ` Jakub Jelinek
2015-10-22 13:17 ` Nathan Sidwell
2015-10-27 22:15 ` Nathan Sidwell
2015-10-21 19:19 ` [OpenACC 5/11] C++ FE changes Nathan Sidwell
2015-10-22 8:58 ` Jakub Jelinek
2015-10-23 20:26 ` Cesar Philippidis
2015-10-24 2:39 ` Cesar Philippidis
2015-10-24 21:15 ` Cesar Philippidis
2015-10-26 10:30 ` Jakub Jelinek
2015-10-26 22:44 ` Cesar Philippidis
2015-10-27 8:03 ` Jakub Jelinek
2015-10-27 20:21 ` Nathan Sidwell
2015-10-21 19:19 ` [OpenACC 4/11] C " Nathan Sidwell
2015-10-22 8:25 ` Jakub Jelinek
2015-10-23 20:20 ` Cesar Philippidis
2015-10-23 20:40 ` Jakub Jelinek
2015-10-23 21:31 ` Jakub Jelinek
2015-10-23 21:32 ` Cesar Philippidis
2015-10-24 2:37 ` Cesar Philippidis
2015-10-24 13:08 ` Jakub Jelinek
2015-10-24 21:11 ` Cesar Philippidis
2015-10-26 9:47 ` Jakub Jelinek
2015-10-26 10:09 ` Jakub Jelinek
2015-10-26 22:32 ` Cesar Philippidis
2015-10-27 20:23 ` Nathan Sidwell
2015-10-23 21:25 ` Nathan Sidwell
2015-10-25 14:18 ` Nathan Sidwell
2015-10-21 19:32 ` [OpenACC 6/11] Reduction initialization Nathan Sidwell
2015-10-22 9:11 ` Jakub Jelinek
2015-10-27 22:27 ` Nathan Sidwell
2015-10-21 19:47 ` [OpenACC 7/11] execution model Nathan Sidwell
2015-10-22 9:32 ` Jakub Jelinek
2015-10-22 12:51 ` Nathan Sidwell
2015-10-22 13:01 ` Jakub Jelinek
2015-10-22 13:08 ` Nathan Sidwell
2015-10-25 15:03 ` Nathan Sidwell
2015-10-26 23:39 ` Nathan Sidwell
2015-10-27 8:33 ` Jakub Jelinek
2015-10-27 14:03 ` Nathan Sidwell
2015-10-28 5:45 ` Nathan Sidwell
2020-11-24 10:34 ` Thomas Schwinge
2015-10-21 19:50 ` [OpenACC 8/11] device-specific lowering Nathan Sidwell
2015-10-22 9:32 ` Jakub Jelinek
2015-10-22 12:59 ` Nathan Sidwell
2015-10-26 15:21 ` Jakub Jelinek
2015-10-26 16:23 ` Nathan Sidwell
2015-10-26 16:56 ` Jakub Jelinek
2015-10-26 18:10 ` Nathan Sidwell
2015-10-28 1:06 ` Nathan Sidwell
2015-10-21 19:51 ` [OpenACC 9/11] oacc_device_lower pass gate Nathan Sidwell
2015-10-22 9:33 ` Jakub Jelinek
2015-10-27 20:31 ` Nathan Sidwell
2015-10-21 19:52 ` [OpenACC 10/11] remove plugin restriction Nathan Sidwell
2015-10-22 9:38 ` Jakub Jelinek
2015-10-21 19:59 ` [OpenACC 11/11] execution tests Nathan Sidwell
2015-10-21 20:15 ` Ilya Verbin
2015-10-21 20:17 ` Nathan Sidwell
2015-10-28 14:30 ` Nathan Sidwell
2015-10-22 9:54 ` Jakub Jelinek
2015-10-22 14:02 ` Nathan Sidwell
2015-10-22 14:07 ` Jakub Jelinek
2015-10-22 14:23 ` Nathan Sidwell
2015-10-22 14:47 ` Cesar Philippidis
2015-10-22 14:58 ` Nathan Sidwell
2015-10-22 15:03 ` Jakub Jelinek
2015-10-22 15:08 ` Cesar Philippidis
2015-10-23 20:32 ` Cesar Philippidis
2015-10-24 2:56 ` Cesar Philippidis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=562A46E2.1000408@acm.org \
--to=nathan@acm.org \
--cc=bschmidt@redhat.com \
--cc=cesar_philippidis@mentor.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=jakub@redhat.com \
--cc=jason@redhat.com \
--cc=joseph@codesourcery.com \
--cc=richard.guenther@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).