[cfe-dev] OpenCL parsing / type support

Sumesh Udayakumaran sumesh.uk at gmail.com
Mon Mar 15 12:50:31 PDT 2010


On a related topic,  clang does not seem to accept  vector compares - If a <
b where a, b are of vector type. However, the assembly language does allow
result of vector types for compares. So is this unsupported yet ?  Open CL
also allows for comparison of vectors.


thanks
Sumesh



On Mon, Mar 15, 2010 at 2:13 AM, Arnaud Allard de Grandmaison <
Arnaud.AllardDeGrandMaison at dibcom.com> wrote:

> Thanks John. I have seen you had time to improve the patch as well.
>
> This is also what I assume, as I update llvm and clang at the same time,
> but for historical reasons, I am working with a git clone for llvm, and an
> svn repository for clang. Yes, this is _ugly_. And this can create such
> discrepancies from time to time. Just dreaming of the day when it will be
> possible to directly clone llvm and clang form an official llvm.org git
> repository... This would definitely help me to maintain my company branch
> and help as well the patch flow.
>
> --
> Arnaud de Grandmaison
>
> -----Original Message-----
> From: John McCall [mailto:rjmccall at apple.com]
> Sent: Friday, March 12, 2010 1:20 AM
> To: Arnaud Allard de Grandmaison
> Cc: cfe-dev at cs.uiuc.edu
> Subject: Re: [cfe-dev] OpenCL parsing / type support
>
> On Mar 11, 2010, at 7:04 AM, Arnaud Allard de Grandmaison wrote:
> > This way, you can now have a memcpy-like function, transferring blocks
> from address space 0 to 1, with the following declaration in your
> clang/include/clang/Basic/BuiltinsZZZZ.def:
> >
> > BUILTIN(__builtin_memxfer, "v*1v*1vC*z", "n")
>
> Seems reasonable to me;  I'll go ahead and commit this when I get a chance.
>
> > Clang/head is currently broken (building it fails with 'llvm::DIFile' has
> not been declared), so I have not been able to test it, but the patch
> applies and the patched files compile just fine.
>
> DIFile was added to LLVM on Monday in r97994.  In general Clang/head is
> tightly coupled to LLVM/head, and you should assume that missing
> declarations (particularly in the llvm:: namespace) are due to such changes.
>
> John.
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20100315/16692250/attachment.html>


More information about the cfe-dev mailing list