[Libclc-dev] Can't compile Libclc anylonger with current git LLVM since 16. Mai

[Jan Vesely via Libclc-dev]

On Sun, 2016-05-29 at 01:52 +0200, Dieter Nützel wrote:
> Am 29.05.2016 00:55, schrieb Jan Vesely:
> > This failure is not caused by libclc, but rather change in clang
> > (r269670). The revision changed the way clc extensions are handled
> > and
> > did not allow any extensions for nvptx.
> > 
> > compilation fails because libclc configure sets -Dcl_khr_fp64, but
> > clang refuses to enable the extension.
> > Possible fixes/workarounds:
> > 1.) Don't compile nvptx libclc target. amd targets have relied on
> > clang
> > providing device information for some time, and should be fine (the
> > bug
> > in current clang should not be fatal).
> > 
> > 2.) Remove -Dcl_khr_fp64 from nvptx targets in configure. We'll
> > probably need to that anyway. This might lead to miscompiled libclc
> > for
> > nvptx and you'll see a ton of warnings.
> > 
> > 3.) Apply patches [0,1,2,3] to your clang and recompile. Patch [3]
> > should be enough, but I haven't tested them individually.
> > 
> > regards,
> > Jan
> > 
> > [0] http://reviews.llvm.org/D20447
> > [1] http://reviews.llvm.org/D20744
> > [2] http://reviews.llvm.org/D20388
> > [3] http://reviews.llvm.org/D20389
> > 
> > On Sun, 2016-05-29 at 00:29 +0200, Dieter Nützel via Libclc-dev
> > wrote:
> > > Hello to the list,
> > > 
> > > my last and running Libclc was compiled with git LLVM taken from
> > > the 
> > > same day:
> 
> [-]
> 
> Thank you very much Jan!
> 
> I've taken route 2.) and libclc is running as before, e.g. on AMD 
> Ni/Turks XT.
> Awaiting route 3.), next.
> Let me know when clang patches are landed.

FYI: the clang and libclc patches are now in.

Jan

> 
> Cheers,
>    Dieter
-- 
Jan Vesely <jan.vesely at rutgers.edu>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.llvm.org/pipermail/libclc-dev/attachments/20160617/a54c5ce9/attachment.sig>