Package Details: intel-opencl-runtime 2024.2.1-1

Git Clone URL: https://aur.archlinux.org/intel-opencl-runtime.git (read-only, click to copy)
Package Base: intel-opencl-runtime
Description: Intel oneAPI OpenCL runtime library for Intel Core and Xeon processors
Upstream URL: https://software.intel.com/content/www/us/en/develop/tools/oneapi.html
Keywords: intel opencl
Licenses: custom
Conflicts: intel-oneapi-basekit
Submitter: dthpham
Maintainer: thirtythreeforty
Last Packager: thirtythreeforty
Votes: 55
Popularity: 0.008989
First Submitted: 2015-08-16 02:54 (UTC)
Last Updated: 2024-09-20 07:59 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5

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/libtinfo.so.5, 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? https://software.intel.com/en-us/forums/opencl

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/libcpu_device.so No symbol table info available. #2 0x00007ffff5bb6e4b in ?? () from /opt/intel/opencl-runtime/lib64/libcpu_device.so No symbol table info available. #3 0x00007ffff5bb8336 in clDevCreateDeviceInstance () from /opt/intel/opencl-runtime/lib64/libcpu_device.so No symbol table info available. #4 0x00007ffff738c1b5 in ?? () from /opt/intel/opencl-runtime/lib64/libintelocl.so No symbol table info available. #5 0x00007ffff734a179 in ?? () from /opt/intel/opencl-runtime/lib64/libintelocl.so No symbol table info available. #6 0x00007ffff732abd2 in ?? () from /opt/intel/opencl-runtime/lib64/libintelocl.so No symbol table info available. #7 0x00007ffff7307b64 in clCreateContext () from /opt/intel/opencl-runtime/lib64/libintelocl.so No symbol table info available. #8 0x00007ffff7bc1060 in clCreateContext () from /usr/lib/libOpenCL.so.1 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?

« First ‹ Previous 1 2 3 4 5