Package Details: intel-opencl-sdk 2017_7.0.0.2568-2

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: 85
Popularity: 0.000011
First Submitted: 2011-05-13 13:53
Last Updated: 2018-11-01 04:58

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

mmozeiko commented on 2016-12-08 05:22

I believe libcl in PKGBUILD for this package needs to be replaced with opencl-icd-loader.

chappjc commented on 2016-12-08 00:43

I have this already installed and now on system upgrade pacman is complaining that:

intel-opencl-sdk: installing ocl-icd (2.2.9-2) breaks dependency 'libcl'

But ocl-icd replaces libcl as far as I can tell, and I don't have libcl in any package list. I got intel-opencl-sdk installed on my system without any issue. After removing intel-opencl-sdk, pacman -Su worked fine. Dunno yet if I can reinstall this package...

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

deyannis 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.