[cfe-dev] Parallelism TS implementation and feasibility of GPUexecution policies
Eli Bendersky
eliben at google.com
Mon Apr 6 15:43:30 PDT 2015
On Mon, Apr 6, 2015 at 3:22 PM, C Bergström <cbergstrom at pathscale.com>
wrote:
> On Tue, Apr 7, 2015 at 4:47 AM, Eli Bendersky <eliben at google.com> wrote:
> >
> >
> > On Mon, Apr 6, 2015 at 11:48 AM, Régis Portalez
> > <regis.portalez at altimesh.com> wrote:
> >>
> >> Hi.
> >>
> >> Sorry to interrupt, but I understood there is way to emit llvm ir from
> >> cuda code?
> >>
> >
> > In general, the Clang frontend (-cc1) can generate LLVM IR for the nvptx
> > triples/targets, when passed -fcuda-is-device. To use this in practice,
> > you'll need to supply a bunch of things in headers (definitions of
> builtins,
> > CUDA types and such), and no such headers exist in the open yet. Clang
> won't
> > be able to parse the NVIDIA headers as these collide with the standard
> C++
> > headers in some ways.
>
> The old cuda headers used to be permissively licensed. (below)
>
> Those headers are probably sufficient to get things "rolling", but I
> don't know if they are really a good start. (Not to mention you'd be
> missing a runtime)
>
> The problem is that you'd have to do 2 passes with different
> (conflicting) defines. Once for host and once for device. To get
> host+device to play nice together is a b*. We have this resolved in
> our clang, but it's really specific to our compilation flow. A general
> solution would most likely involve extensive changes to the headers or
> a rewrite. :/
>
Yep, this (2 passes with different defines) is the path taken in our
approach, and the one we're pushing in http://reviews.llvm.org/D8463
Note that, headers notwithstanding, the 2 pass compilation flow is enforced
by the definition of the CUDA language, because __CUDA_ARCH__ is defined
only for device code, and undefined for host code, even though these two
can live in the same TU. So you *have* to compile the code twice.
Back to the headers - these will remain a problem. We're now looking at
different options.
Eli
>
> I've fought with this for the past 5 years. I'll try to help in a
> general way if/where I can.
>
> Old CUDA header license
> ----------
> /*
> * Copyright 1993-2010 NVIDIA Corporation. All rights reserved.
> *
> * NOTICE TO USER:
> *
> * This source code is subject to NVIDIA ownership rights under U.S. and
> * international Copyright laws. Users and possessors of this source code
> * are hereby granted a nonexclusive, royalty-free license to use this code
> * in individual and commercial software.
> *
> * NVIDIA MAKES NO REPRESENTATION ABOUT THE SUITABILITY OF THIS SOURCE
> * CODE FOR ANY PURPOSE. IT IS PROVIDED "AS IS" WITHOUT EXPRESS OR
> * IMPLIED WARRANTY OF ANY KIND. NVIDIA DISCLAIMS ALL WARRANTIES WITH
> * REGARD TO THIS SOURCE CODE, INCLUDING ALL IMPLIED WARRANTIES OF
> * MERCHANTABILITY, NONINFRINGEMENT, AND FITNESS FOR A PARTICULAR PURPOSE.
> * IN NO EVENT SHALL NVIDIA BE LIABLE FOR ANY SPECIAL, INDIRECT,
> INCIDENTAL,
> * OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS
> * OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE
> * OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE
> * OR PERFORMANCE OF THIS SOURCE CODE.
> *
> * U.S. Government End Users. This source code is a "commercial item" as
> * that term is defined at 48 C.F.R. 2.101 (OCT 1995), consisting of
> * "commercial computer software" and "commercial computer software
> * documentation" as such terms are used in 48 C.F.R. 12.212 (SEPT 1995)
> * and is provided to the U.S. Government only as a commercial end item.
> * Consistent with 48 C.F.R.12.212 and 48 C.F.R. 227.7202-1 through
> * 227.7202-4 (JUNE 1995), all U.S. Government End Users acquire the
> * source code with only those rights set forth herein.
> *
> * Any use of this source code in individual and commercial software must
> * include, in the user documentation and internal comments to the code,
> * the above Disclaimer and U.S. Government End Users Notice.
> */
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20150406/558f21a9/attachment.html>
More information about the cfe-dev
mailing list