From: Bernd Schmidt <bschmidt@redhat.com>
To: Thomas Schwinge <thomas@codesourcery.com>,
Jakub Jelinek <jakub@redhat.com>,
GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: Splitting up gcc/omp-low.c?
Date: Wed, 09 Dec 2015 17:23:00 -0000 [thread overview]
Message-ID: <5668638A.5030500@redhat.com> (raw)
In-Reply-To: <87si3b4mk3.fsf@kepler.schwinge.homeip.net>
On 12/09/2015 05:24 PM, Thomas Schwinge wrote:
>
> In addition to that, how about we split up gcc/omp-low.c into several
> files? Would it make sense (I have not yet looked in detail) to do so
> along the borders of the several passes defined therein? Or, can you
> tell already that there would be too many cross-references between the
> several files to make this infeasible?
It would be nice to get rid of all the code duplication in that file.
That alone could reduce the size by quite a bit, and hopefully make it
easier to read.
I suspect a split along the ompexp/omplow boundary would be quite easy
to achieve.
> I'd suggest to do this shortly before GCC 6 is released, so that
> backports from trunk to gcc-6-branch will be easy. (I assume we don't
> have to care for gcc-5-branch backports too much any longer.)
I'll declare myself agnostic as to whether such a change is appropriate
for gcc-6 at this stage. I guess it kind of depends on the specifics.
Bernd
next prev parent reply other threads:[~2015-12-09 17:23 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-07 11:18 [hsa 0/10] Merge of HSA branch Martin Jambor
2015-12-07 11:19 ` [hsa 1/10] Configury changes and new options Martin Jambor
2015-12-08 22:43 ` Richard Sandiford
2015-12-10 17:52 ` Martin Jambor
2015-12-11 17:42 ` Jakub Jelinek
2015-12-10 17:52 ` Martin Jambor
2015-12-07 11:20 ` [hsa 2/10] Modifications to libgomp proper Martin Jambor
2015-12-09 11:55 ` Jakub Jelinek
2015-12-10 17:52 ` Martin Jambor
2015-12-11 18:05 ` Jakub Jelinek
2016-01-12 13:46 ` Martin Jambor
2016-01-12 14:23 ` Jakub Jelinek
2016-01-15 20:00 ` Jakub Jelinek
2016-01-12 13:00 ` Alexander Monakov
2016-01-12 13:10 ` Jakub Jelinek
[not found] ` <20160112132905.GM3060@virgil.suse.cz>
2016-01-12 13:38 ` Jakub Jelinek
2016-01-12 18:51 ` Martin Jambor
2015-12-07 11:20 ` [hsa 3/10] HSA libgomp plugin Martin Jambor
2015-12-09 12:16 ` Jakub Jelinek
2015-12-10 12:06 ` [hsa 3/10] HSA libgomp plugin [part 1/2] Martin Liška
2015-12-10 12:06 ` [hsa 3/10] HSA libgomp plugin [part 2/2] Martin Liška
2015-12-07 11:21 ` [hsa 4/10] Merge of HSA branch Martin Jambor
2015-12-09 12:17 ` Jakub Jelinek
2015-12-07 11:23 ` [hsa 5/10] OpenMP lowering/expansion changes (gridification) Martin Jambor
2015-12-09 13:19 ` Jakub Jelinek
2015-12-09 16:25 ` Splitting up gcc/omp-low.c? (was: [hsa 5/10] OpenMP lowering/expansion changes (gridification)) Thomas Schwinge
2015-12-09 17:23 ` Bernd Schmidt [this message]
2015-12-10 8:08 ` Splitting up gcc/omp-low.c? Jakub Jelinek
2015-12-10 11:26 ` Bernd Schmidt
2015-12-10 11:34 ` Jakub Jelinek
2015-12-15 18:28 ` Nathan Sidwell
2016-04-08 9:36 ` Thomas Schwinge
2016-04-08 10:46 ` Martin Jambor
2016-04-08 11:08 ` Jakub Jelinek
2016-04-13 16:01 ` Thomas Schwinge
2016-04-13 17:38 ` Bernd Schmidt
2016-04-13 17:56 ` Thomas Schwinge
2016-04-13 18:20 ` Bernd Schmidt
2016-04-14 13:36 ` Thomas Schwinge
2016-04-14 16:01 ` Bernd Schmidt
2016-04-14 16:01 ` Thomas Schwinge
2016-04-14 20:28 ` Split out OMP constructs' SIMD clone supporting code (was: Splitting up gcc/omp-low.c?) Thomas Schwinge
2016-04-15 6:25 ` Split out OMP constructs' SIMD clone supporting code Thomas Schwinge
2016-04-15 11:15 ` Split out OMP constructs' SIMD clone supporting code (was: Splitting up gcc/omp-low.c?) Jakub Jelinek
2016-04-15 11:53 ` Thomas Schwinge
2016-04-15 11:57 ` Jakub Jelinek
2016-04-15 12:11 ` Thomas Schwinge
2016-04-15 12:15 ` Jakub Jelinek
2016-04-15 14:33 ` Thomas Schwinge
2016-05-03 9:34 ` Splitting up gcc/omp-low.c? Thomas Schwinge
2016-05-11 13:44 ` Thomas Schwinge
2016-05-18 11:42 ` Thomas Schwinge
2016-05-25 9:17 ` Thomas Schwinge
2016-05-25 12:54 ` Martin Jambor
2015-12-18 14:29 ` [hsa 5/10] OpenMP lowering/expansion changes (gridification) Martin Jambor
2015-12-07 11:24 ` [hsa 6/10] Pass manager changes Martin Jambor
2015-12-09 13:20 ` Jakub Jelinek
2015-12-09 13:47 ` Richard Biener
2015-12-07 11:25 ` [hsa 7/10] IPA-HSA pass Martin Jambor
2015-12-07 11:27 ` [hsa 8/10] HSAIL BRIG description header file (and a steering committee request) Martin Jambor
2015-12-07 11:29 ` [hsa 9/10] Majority of the HSA back-end Martin Jambor
2015-12-07 11:30 ` [hsa 10/10] HSA register allocator Martin Jambor
2015-12-07 11:46 ` [hsa 0/10] Merge of HSA branch Jakub Jelinek
2015-12-10 17:51 ` Martin Jambor
2016-01-26 10:46 ` (Non-)offloading diagnostics (was: [hsa 0/10] Merge of HSA branch) Thomas Schwinge
2016-01-26 11:18 ` Alexander Monakov
2016-01-26 11:38 ` (Non-)offloading diagnostics Thomas Schwinge
2016-02-26 16:46 ` Thomas Schwinge
2016-02-26 17:18 ` Martin Jambor
2016-02-26 17:51 ` Jakub Jelinek
2016-02-26 18:48 ` Martin Jambor
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=5668638A.5030500@redhat.com \
--to=bschmidt@redhat.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=jakub@redhat.com \
--cc=thomas@codesourcery.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).