This is the mail archive of the
mailing list for the GCC project.
Re: Regimplification enhancements 1/3
- From: Richard Biener <richard dot guenther at gmail dot com>
- To: Mike Stump <mikestump at comcast dot net>
- Cc: Bernd Schmidt <bernds at codesourcery dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Tue, 17 Jun 2014 10:02:13 +0200
- Subject: Re: Regimplification enhancements 1/3
- Authentication-results: sourceware.org; auth=none
- References: <539ECD65 dot 40405 at codesourcery dot com> <B4B0E291-0CF4-4418-BC51-EA932DEFE0FB at comcast dot net> <539F2E14 dot 4000400 at codesourcery dot com> <C6F31BCF-5DD0-426E-A27E-0DDE532970BA at comcast dot net>
On Mon, Jun 16, 2014 at 11:52 PM, Mike Stump <firstname.lastname@example.org> wrote:
> On Jun 16, 2014, at 10:49 AM, Bernd Schmidt <email@example.com> wrote:
>> There are two reasons why I can't do this in the frontends - one, Joseph has already rejected a C frontend patch,
> Iâd like to think there is an acceptable way to get the right memory space on things...
>> and two, this needs to work with OpenACC offloading - i.e. code is initially compiled by an x86 host compiler, then a ptx lto1 reads it in and needs to make it valid for that target.
> Ah yes, that would do it, thanks. I can see my port as an offload targetâ Iâll have to keep on eye on OpenACC and gcc.
But then IMHO using the gimplifier to do this fixup is wrong. Please add
those required ADDR_SPACE_CONVERT_EXPRs in your pass manually.
After all you also have to adjust types of MEM_REFs and possibly
types of pointer variables (and pointer sizes?).