Package Details: intel-opencl-sdk 2020.3.494-2

Git Clone URL: https://aur.archlinux.org/intel-opencl-sdk.git (read-only, click to copy)
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: batot
Last Packager: batot
Votes: 84
Popularity: 0.000000
First Submitted: 2011-05-13 13:53 (UTC)
Last Updated: 2023-04-07 10:39 (UTC)

Dependencies (5)

Required by (1)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 Next › Last »

vojtechkral commented on 2011-08-04 16:02 (UTC)

It would be great if it worked. Someone needs to test this and that someone is probably me :D

<deleted-account> commented on 2011-08-02 16:48 (UTC)

I've tried to show that using nVidia's old libcl instead of new AMD's libopencl won't lock user only to OpenCL 1.0 when using Intel SDK (as mentioned by kralyk). nVidia surely doesn't officially support stable 1.1 version (they have many other goals like CUDA), but I've hear that there are some pre-release builds with 1.1 libraries. Haven't verified this, though.

big_gie commented on 2011-08-02 13:56 (UTC)

It is expected that OpenCL v1.1 will fail on nvidia cards. So the question is, can libOpenCL.so coming from nvidia can expose 1.1 features without crashing? I doubt that, but haven't tested it myself.

<deleted-account> commented on 2011-08-02 13:53 (UTC)

Well, about OpenCL versions - it's quite strange. I got platform info about my nVidia card and Intel CPU using oclDeviceQuery utility from CUDA SDK. And it says that nVidia card uses 1.0 version, but Intel - 1.1 (that's from CL_PLATFORM_VERSION, CL_DRIVER_VERSION and CL_DEVICE_OPENCL_C_VERSION). Also, I tried to use some functions of OpenCL 1.1 with libcl from [extra] on Intel CPU. Specifically, it was 3-vector support (I was testing double3 with '#pragma OPENCL EXTENSION cl_khr_fp64 : enable'). It worked flawlessly, while on nVidia it failed. So the issue about libcl might not be that bad because Intel SDK uses (seemingly) its completely own OpenCL 1.1 library.

vojtechkral commented on 2011-08-01 11:28 (UTC)

(typo: split off of nvidia-utils)

vojtechkral commented on 2011-08-01 08:30 (UTC)

Guys, please... First of all, I updated the libcl dependency (obviously). We talked about this on mailing list. The libcl pkg is new. It's been slip off of nvidia-utils. But please note that the choice really is not that simple as you might think, because libcl (ie the nvidia ICD, the one in repos) is _OUTDATED_. The nVidia ICD loader only conforms to OpenCL 1.0 standard, while the ICD from AMD (libopencl pkg from AUR) is of version 1.1. The reason why nVidia ICD is in repos rather than the AMD one is that the AMD one has restrictive license upon it and cannot be pushed in repos cause of that. So the choice is really up to you now - Either you can use the libcl from repos (nvidia, outdated) and so be able to install all three SDKs at the same time but with some possible limitations and/or bugs with OpenCL 1.1 features in Intel and AMD SDK. OR you can use the AMD libcl (libopencl, from aur) without nvidia, which enables you to use OpenCL version 1.1 in all it's glory. Of course, the best sollution would be to persusade nVidia to update to OCL 1.1 or AMD to switch to less restrictive license, but who really wants to talk to them about this? Most probably they won't agree to do so... So the choice is yours to pick. The libopencl pkg from AUR provides 'libcl' (it always has), so it's no problem to pick either one. Thanks for the .pch, that was bugged... Also the pkg is in /opt because intel sdk doesn't follow linux/unix filesystem and dependency standards very well (as usual).

monson commented on 2011-08-01 02:24 (UTC)

I agree with yl3gdy, and libcl has already provided libOpenCL.so so needn't install it again. And I don't know why it has to be install in /opt , since the default prefix in the package is /usr .

<deleted-account> commented on 2011-07-31 19:24 (UTC)

Well, it would be great to replace libopencl dependency with libcl as long as libcl is more neutral. libopencl conflicts with nvidia-utils, but libcl conflicts with nothing (and it works here), that is a pity for nvidia owners. Also here opencl_.pch file is required to build a kernel which isn't copied. Here is an updated PKGBUILD (11th line - dependencies, 30th line - added PCH file copying): http://pastebin.com/qA1VWEcy

vojtechkral commented on 2011-07-08 13:34 (UTC)

Dependency bugfix. Hope it's ok.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 Next › Last »