Package Details: intel-opencl-sdk 2016_6.2.0.1761-1

Git Clone URL: https://aur.archlinux.org/intel-opencl-sdk.git (read-only)
Package Base: intel-opencl-sdk
Description: Intel SDK for OpenCL Applications
Upstream URL: https://software.intel.com/en-us/intel-opencl/download
Licenses: custom:intel
Submitter: big_gie
Maintainer: ava1ar
Last Packager: ava1ar
Votes: 83
Popularity: 2.023419
First Submitted: 2011-05-13 13:53
Last Updated: 2016-12-01 04:00

Latest Comments

ava1ar commented on 2016-12-01 04:01

rpmextract removed, bsdtar is used instead

Scimmia commented on 2016-11-24 06:25

Nope, not necessary at all.

kjslag commented on 2016-11-22 02:48

rpmextract.sh also calls the rpm2cpio script, which looks rather nontrivial. Is rpm2cpio not necessary?

Scimmia commented on 2016-11-22 02:44

This should use bsdtar to extract the rpm files; all rpmextract.sh does is call bsdtar, so it's a useless makedep when makepkg already requires bsdtar.

aza commented on 2016-09-30 19:12

sdk version changed and the old one isn't there anymore, that's why the hash doesn't match, edit the PKGBUILD

version: 2016_6.2.0.1761
hash: cf6c575fb2fe5ce38d08f286eb7fd45fec7263f700788c4dc6a6bf9b13ec368c

ddeyannis commented on 2016-09-16 12:16

The latest version (2016-08-29 03:03) has a wrong hash.
Also intel_sdk*/ is missing from /src

ava1ar commented on 2016-04-28 23:58

That is why I was asking about the headers compatibility.
OK, I reverted the deletion of the headers and they are copied now, but in the opt dir. So, package still depends on opencl-headers, but keeps intel headers, since they have some extra stuff there.

kjslag commented on 2016-04-28 19:24

Arch's version of cl_ext.h comes directly from the official source (https://www.khronos.org/registry/cl/). I think Intel needs to talk to Khronos to get their extensions added officially, which I think is also how things work for opengl. I doubt that the opencl-headers maintainers will want to apply a patch to add Intel's (currently) unofficial extensions, but you can try asking if you like.

misc commented on 2016-04-28 18:06

We could, but for laziness resp. compatibility – as it would require no code changes and have no negative effect on non-Intel-SDK users – I'd prefer pinging the Arch maintainer.

(Dunno about the beignet issue, but he could also just add these.)

edit: Also, shouldn't there be a file in /etc/ld.so.conf.d with /opt/intel/opencl-sdk/lib64 in it (resp. another for intel-opencl-runtime with /opt/intel/opencl-runtime/lib64)? At least the CUDA packages add those.

Either way, I get an instant sigsegv in cl::Context with the Intel runtime, great. Currently in contact with support.

kjslag commented on 2016-04-28 17:56

Could we keep Intel's headers in the /opt directory? Then if you want Intel's extensions, you can include the /opt headers in your code instead.

All comments