Package Details: intel-opencl-sdk 2020.1.395-2

Git Clone URL: (read-only, click to copy)
Package Base: intel-opencl-sdk
Description: Intel SDK for OpenCL Applications
Upstream URL:
Licenses: custom:intel
Submitter: big_gie
Maintainer: None
Last Packager: dankamongmen
Votes: 84
Popularity: 0.000000
First Submitted: 2011-05-13 13:53
Last Updated: 2020-05-27 18:30

Latest Comments

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

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 ( 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/ 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.

misc commented on 2016-04-28 17:49

Damn, I'd also very much prefer the unified opencl-headers solution (esp. as some are newer), but there's an issue with cl_ext.h: While Arch's version includes the 2.1 ones, it doesn't contain all of Intel's extensions.

(beignet suffers from a similar issue, its cl_d3d10.h, cl_d3d11.h, cl_dx9_media_sharing.h and cl_intel.h are missing entirely: )

Dunno how to resolve this, maybe the Arch maintainer could add what's missing?
diff: (guess about top half can be ignored as it's Windows only)

kralyk commented on 2016-04-28 13:19

Ok, so the backend has been split off into another package, didn't know that, thanks.

As for the headers, they are defined by the OpenCL standard, so they shouldn't differ significantly. IMHO adding opencl-headers as a dependency should be fine.

ava1ar commented on 2016-04-28 02:46

Updated. Please take a look now.

pavanky commented on 2016-04-28 00:14

@ava1ar That would be greatly appreciated! I currently have to modify PKGBUILD manually to fix the issue. Looks like you are going to take care it!

ava1ar commented on 2016-04-27 18:10

Thanks, @kjslag!

OK, in next update (will be posted later today) I am going to make the package dependent on opencl-headers and also will not copy the headers in the intel-opencl-sdk. This should make it compatible with beignet package. Please let me know if there are any objections.