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.000010
First Submitted: 2011-05-13 13:53 (UTC)
Last Updated: 2023-04-07 10:39 (UTC)

Latest Comments

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

zhehao commented on 2013-08-02 02:56 (UTC)

The symlink at the end of PKGBUILD is incorrect. The main binary is at /opt/intel/opencl-sdk/bin/ioc64, not /opt/intel/opencl-sdk/ioc64. You should make the following change on the last line of the package function -ln -s "${_ipath}/ioc64" "${pkgdir}/usr/bin/ioc" +ln -s "${_ipath}/bin/ioc64" "${pkgdir}/usr/bin/ioc"

jellysheep commented on 2013-05-30 18:41 (UTC)

The Intel OpenCL SDK 2013 under linux runs OpenCL kernels only on the Xeon processors and Xeon Phi coprocessors. Do the package maintainers know this fact and doesn't it make sense to wait for the 2013 SDK until it supports running on all 64 bit CPUs (I don't know, it's only a suggestion)? However, thanks for maintaining this package.

vojtechkral commented on 2013-05-24 19:22 (UTC)

Updated. Alas, iocgui seems to be gone. Also, I'm not sure which files are needed and which not, so I made it install the whole thing in /opt just like it's in the rpms. Hope it works. If you run into any trouble with the new version, feel free to report/suggest here.

vojtechkral commented on 2013-05-24 18:56 (UTC)

Hang on guys, I'm updating, they changed the structure...

nagy commented on 2013-05-22 20:23 (UTC)

i think because iocgui requires java this package should get an optional dependency to "java-runtime"

vojtechkral commented on 2013-04-03 12:45 (UTC)

Ok, should be fixed now. Also the script is linked as just "iocgui" now...

maleadt commented on 2013-04-03 12:08 (UTC)

iocgui doesn't find the jar: $ iocgui.sh ERROR: could not find ioc.jar I think because INTELOCLSDKROOT points to /usr/lib64/OpenCL/vendors/intel rather than /opt/intel/opencl-sd (in iocgui.sh)

vojtechkral commented on 2013-01-14 12:29 (UTC)

@sl1pkn07: There's no reason to install libOpenCL.so with this package. As explained earlier, this pkg only concerns Intel OpenCL _backend_ implementation. libOpenCL.so is _not_ part of that, it's a common loader (ICD Loader). Intel's libOpenCL.so has to my best knowledge no advantages over the other ones and would only cause unecessary conflicts.

sl1pkn07 commented on 2013-01-14 07:41 (UTC)

question about libOpenCL.so (opencl in general, i'm really noob) libcl[extra] is provide by nvidia (see [1]) if have ATI/AMD, if install opencl-catalyst[community] replaces libcl(remove) and install libOpenCL.so provide by AMD (see [2]) libpenCL.so by this package don't have conflicts with Nvidia/AMD-ATI libOpenCL.so provide by libcl installed by dependencies? or intel use nvidia/ATI-AMD implementation libOpenCL.so by this package should not remplace nvidia/AMD-ATI implementation by symlink from /opt/intel/opencl-sdk/libOpenCL.so to /usr/lib (and add libcl to conflicts) ? i'm not sure, i think the libopencl.so provide by Nvidia, ATI/AMD and Intel is not same greetings [1] https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/libcl) [2] https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/catalyst-utils#n115

vojtechkral commented on 2012-11-15 12:25 (UTC)

@petRUShka: Nope, it should NOT provide libcl. If you notice, it rather depends on libcl, since this package is an implementation of OpenCL (a backend, if you will), whereas libcl is OpenCL ICD loader, a library that manages implementations (backends) and provides enumeration of them.

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