Displaying 7 results from an estimated 7 matches for "opencl_glob".
Did you mean:
opencl_global
2011 Feb 21
3
[LLVMdev] [PATCH] OpenCL support - update on keywords
> > > > +enum OpenCLAddressSpace {
> > > > + OPENCL_PRIVATE = 0,
> > > > + OPENCL_GLOBAL = 1,
> > > > + OPENCL_LOCAL = 2,
> > > > + OPENCL_CONSTANT = 3
> > > > +};
> -----Original Message-----
> From: Villmow, Micah [mailto:Micah.Villmow at amd.com]
>
> Anton,
> Would there be any issue with switching the ordering of constant a...
2011 Feb 18
0
[LLVMdev] [PATCH] OpenCL support - update on keywords
...t: 04 January 2011 21:42
> > To: Anton Lokhmotov
> > Cc: cfe-dev at cs.uiuc.edu
> > Subject: Re: OpenCL support
> >
> > Here are my comments on the second patch.
> >
> > > +enum OpenCLAddressSpace {
> > > + OPENCL_PRIVATE = 0,
> > > + OPENCL_GLOBAL = 1,
> > > + OPENCL_LOCAL = 2,
> > > + OPENCL_CONSTANT = 3
> > > +};
> >
> > If we are going to standardise these address space numbers across
> > Clang and the LLVM backends, this enum declaration should be added
> > somewhere in LLVM so that...
2011 Feb 18
6
[LLVMdev] [PATCH] OpenCL support - update on keywords
...gbourne [mailto:peter at pcc.me.uk]
> Sent: 04 January 2011 21:42
> To: Anton Lokhmotov
> Cc: cfe-dev at cs.uiuc.edu
> Subject: Re: OpenCL support
>
> Here are my comments on the second patch.
>
> > +enum OpenCLAddressSpace {
> > + OPENCL_PRIVATE = 0,
> > + OPENCL_GLOBAL = 1,
> > + OPENCL_LOCAL = 2,
> > + OPENCL_CONSTANT = 3
> > +};
>
> If we are going to standardise these address space numbers across
> Clang and the LLVM backends, this enum declaration should be added
> somewhere in LLVM so that the backends have access to it. P...
2011 Feb 21
0
[LLVMdev] [PATCH] OpenCL support - update on keywords
...: Villmow, Micah; 'Peter Collingbourne'
> Cc: llvmdev at cs.uiuc.edu; cfe-dev at cs.uiuc.edu
> Subject: RE: [PATCH] OpenCL support - update on keywords
>
> > > > > +enum OpenCLAddressSpace {
> > > > > + OPENCL_PRIVATE = 0,
> > > > > + OPENCL_GLOBAL = 1,
> > > > > + OPENCL_LOCAL = 2,
> > > > > + OPENCL_CONSTANT = 3
> > > > > +};
>
> > -----Original Message-----
> > From: Villmow, Micah [mailto:Micah.Villmow at amd.com]
> >
> > Anton,
> > Would there be any iss...
2011 Feb 23
0
[LLVMdev] [PATCH] OpenCL support - update on keywords
...: 04 January 2011 21:42
> > To: Anton Lokhmotov
> > Cc: cfe-dev at cs.uiuc.edu
> > Subject: Re: OpenCL support
> >
> > Here are my comments on the second patch.
> >
> > > +enum OpenCLAddressSpace {
> > > + OPENCL_PRIVATE = 0,
> > > + OPENCL_GLOBAL = 1,
> > > + OPENCL_LOCAL = 2,
> > > + OPENCL_CONSTANT = 3
> > > +};
> >
> > If we are going to standardise these address space numbers across
> > Clang and the LLVM backends, this enum declaration should be added
> > somewhere in LLVM so that...
2013 Aug 10
0
[LLVMdev] Address space extension
> -----Original Message-----
> From: Michele Scandale [mailto:michele.scandale at gmail.com]
> Sent: Saturday, August 10, 2013 5:30 AM
> To: Micah Villmow
> Cc: James Courtier-Dutton; LLVM Developers Mailing List
> Subject: Re: [LLVMdev] Address space extension
>
> > [Micah Villmow] The backends won't understand your address space
> > mapping. The backends
2013 Aug 10
2
[LLVMdev] Address space extension
> [Micah Villmow] The backends won't understand your address space mapping. The backends should expose their address spaces that they support, their sizes and their overall semantics. It should be documented just like the calling convention is documented. It is then the job of the frontend to map whatever source language address spaces are used onto the correct address spaces for the