Package Details: intel-opencl-runtime 1:

Git Clone URL: (read-only, click to copy)
Package Base: intel-opencl-runtime
Description: OpenCL runtime for Intel Core and Xeon processors
Upstream URL:
Keywords: intel opencl
Licenses: custom:intel
Provides: opencl-driver, opencl-intel
Submitter: dthpham
Maintainer: Midna
Last Packager: Midna
Votes: 46
Popularity: 0.033335
First Submitted: 2015-08-16 02:54 (UTC)
Last Updated: 2021-05-08 10:39 (UTC)

Required by (34)

Sources (1)

Pinned Comments

Midna commented on 2021-05-07 21:36 (UTC)

Information regarding OpenCL runtime releases are published here:

If the package turns out out-of-date, please flag the package as out-of-date. I receive notification emails automatically.

Latest Comments

Midna commented on 2021-08-19 19:04 (UTC)

Leaving a note here, next releases are only released in RPM/DEB format, which significantly changes the installation process. I don't really have the time to make the fixes but if you know how to convert RPM or DEB packages, you might want to look into it. There are 'update-alternatives' things to adapt.

Midna commented on 2021-05-08 10:41 (UTC)

@mmoziko Two years later, and since I noticed the same CPU/GPU compatibility issue, I just updated the package again to rename intel.icd to intel-cpu.icd, allowing for the package to be installed with intel-compute-runtime, which provides OpenCL for integrated GPUs on 7th generation CPUs.

Midna commented on 2021-05-07 21:45 (UTC)

@dankamongmen It's fine; dunno why this was abandoned though.

Midna commented on 2021-05-07 21:44 (UTC)

@Archange It's fine; I didn't see your name in the Git log however; were you maintaining the package? It was marked as orphan.

dankamongmen commented on 2021-05-07 21:41 (UTC)

thanks a lot for cleaning up my mistake, @midna! [shame]

Midna commented on 2021-05-07 21:36 (UTC)

Information regarding OpenCL runtime releases are published here:

If the package turns out out-of-date, please flag the package as out-of-date. I receive notification emails automatically.

Archange commented on 2021-05-07 21:32 (UTC)

@Midna: Thanks for fixing it, actually I had noted that I should revert this PKGBUILD to its correct state (I don’t use it but I monitor it) though that drowned quite deeply in my todo list…

Midna commented on 2021-05-07 21:29 (UTC)

I was surprised to find this package abandoned but I needed OpenCL for a CPU unsupported by NEO so I took ownership and updated it.

The previous maintainer mistakenly "updated" this CPU runtime package with the GPU runtime package; this error has been fixed.

Since the GPU runtime version is 20.x and the CPU runtime version is 18.x, the package will be marked as a downgrade by Pacman should you have had the previous version installed; you can safely disregard the warning.

Please notify me if you have problems regarding the package or if it goes out-of-date.

hotaru commented on 2021-02-01 04:43 (UTC)

the most recent update to this PKGBUILD is broken (installs the GPU runtime instead of the CPU runtime). is the latest version of the CPU runtime from Intel.

xsmile commented on 2020-08-14 10:47 (UTC) (edited on 2020-08-17 11:22 (UTC) by xsmile)

The current package installs files with wrong ownership information.

EDIT: clinfo output remains empty on IvyBridge and OpenCL cannot be used, while it works with the previous version.

EDIT2: the previous PKGBULD version installed the CPU runtimes (current release is 18.1); the current versions installs the GPU runtimes.

dankamongmen commented on 2020-07-13 11:13 (UTC)

@wpd nope, the newest one requires a libgmm which hasn't yet hit core, see

wpd commented on 2020-07-13 10:59 (UTC)

$ clinfo -l Abort was called at 42 line in file: ../neo/shared/source/built_ins/built_ins.cpp Aborted

Does this work on anyone else's machines?

satcom886 commented on 2019-08-16 14:52 (UTC)

I agree with @mmozeiko! The .icd file should have a different name in order to allow a GPU and a CPU OpenCL implementation simultaneously (if this was not done already). Also I see no reason why it should conflict beignet (the .icd file is called intel-beignet.icd)! This also means GPU and CPU can't be used at the same time on some setups.

mmozeiko commented on 2019-04-06 04:26 (UTC)

Please rename /etc/OpenCL/vendors/intel.icd to something like /etc/OpenCL/vendors/intel-cpu.icd otherwise it conflicts with file provided by

enihcam commented on 2018-12-12 23:30 (UTC)

please add "opencl-driver" in provides. Thanks.

Schmetzler commented on 2018-12-12 14:57 (UTC)

This one conflicts with compute-runtime-bin because of the intel.icd file in /lib/OpenCL/vendors/ maybe this could be renamed.

Archange commented on 2018-10-31 16:23 (UTC)

@noraj: That was my point, yes.

And I think @francoism meant that the PKGBUILD should have a conflicts=('beignet').

noraj commented on 2018-10-31 15:31 (UTC)

@francoism90 : yes, uninstall beignet first.

@zagplex : ty for the download link.

@xsmile : ty for the updated PKGBUILD.

@enihcam and @ArchangeGabriel: compute-runtime is not the same thing, see

@ava1ar Please, if you have time, review xsmile PKGBUILD and update this package.

Archange commented on 2018-10-31 14:19 (UTC)

enihcam: this would be

Here the new version is 18.1.

enihcam commented on 2018-10-31 14:07 (UTC)

xsmile commented on 2018-10-25 17:43 (UTC)

PKGBUILD for 18.1:

zagplex commented on 2018-10-15 15:03 (UTC)

Version 18.1 is out but I haven't tried it yet,

francoism90 commented on 2018-02-03 09:55 (UTC)

Should this not conflict with beignet?

ava1ar commented on 2018-01-31 09:35 (UTC)

Updated to 16.1.2 (

commented on 2018-01-30 19:06 (UTC)

new link :

can you update this please

ava1ar commented on 2017-01-30 18:33 (UTC)

Latest version links for runtime are on this page: If you see new version is available, please flag the package and notify me. Thanks!

Jiehong commented on 2016-12-03 08:06 (UTC)

@Binero: No, actually the key signature you don't have comes from ncurses5-compat-lib ( Go over there to know more about it.

Binero commented on 2016-11-29 16:41 (UTC)

Failed to verify PGP signatures?

biinari commented on 2016-11-08 03:45 (UTC) (edited on 2016-11-08 03:46 (UTC) by biinari)

Installing ncurses5-compat-libs worked for me. Thanks @DescartesHorse, @ianliu

DescartesHorse commented on 2016-07-07 00:23 (UTC)

@ianliu the libtinfo5 package has been replaced by ncurses5-compat-libs :)

ianliu commented on 2016-05-23 12:16 (UTC) (edited on 2016-05-23 12:16 (UTC) by ianliu)

@Solant, @misc, The problem with the segfault is a linking problem. Intel libs depend on /usr/lib/, which is offered by the AUR libtinfo-5 package. Maybe you should put that as a dependency.

misc commented on 2016-05-21 18:43 (UTC) (edited on 2016-05-21 18:44 (UTC) by misc)

@Solant, I get the same on my 4200U and 4770. I've sent a report on the Intel forum (had to do it as PM to Robert I. as it got filtered as spam) at the end of April, which was relayed to the CPU driver team. Haven't heard of them yet. Maybe do the same so they see it's a common issue?

Solant commented on 2016-05-19 11:07 (UTC) (edited on 2016-05-19 11:10 (UTC) by Solant)

I have segfault in clCreateContext function with this version on i5-6200U and i5-4460. Backtrace: #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x00007ffff5bc4e87 in ?? () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #2 0x00007ffff5bb6e4b in ?? () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #3 0x00007ffff5bb8336 in clDevCreateDeviceInstance () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #4 0x00007ffff738c1b5 in ?? () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #5 0x00007ffff734a179 in ?? () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #6 0x00007ffff732abd2 in ?? () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #7 0x00007ffff7307b64 in clCreateContext () from /opt/intel/opencl-runtime/lib64/ No symbol table info available. #8 0x00007ffff7bc1060 in clCreateContext () from /usr/lib/ On previous version (15.1) everything works fine.

ava1ar commented on 2016-05-06 01:43 (UTC)

@Scimmia Thanks for valuable input! Mentioned issues were addressed.

Scimmia commented on 2016-05-06 00:19 (UTC)

Please get rid of the rpmextract makedep. bsdtar, which is already a dep of pacman, can extract rpm files just fine. While you're at it, the install scriptlet isn't very useful since pacman already runs ldconfig after installing things. Does `cd "${srcdir}"/opencl_runtime_*/` work correctly when you can't guarantee there's not 2 dirs that could match that?