Package Details: compute-runtime 18.42.11702-1

Git Clone URL: https://aur.archlinux.org/compute-runtime.git (read-only)
Package Base: compute-runtime
Description: Intel(R) Graphics Compute Runtime for OpenCL(TM). Replaces Beignet for Gen8 (Broadwell) and beyond. Weekly build version.
Upstream URL: https://01.org/compute-runtime
Keywords: intel intel-compute-runtime neo opencl
Licenses: MIT
Conflicts: compute-runtime-git
Provides: opencl-driver
Submitter: grmat
Maintainer: grmat (jdanecki)
Last Packager: jdanecki
Votes: 5
Popularity: 1.077240
First Submitted: 2018-05-24 21:39
Last Updated: 2018-10-29 14:40

Required by (16)

Sources (8)

Latest Comments

1 2 3 4 5 Next › Last »

ArchangeGabriel commented on 2018-10-31 15:00

No ETA, but yes. We need: 1. Dependency on stable gmmlib releases instead of pinned commits. 2. Stable igc releases and depending on them instead of pinned commits. 3. clang/llvm patches upstreamed + moving to latest version so that system clang/llvm can be used. 4. We will likely need to update opencl-headers in the repo (not sure what sets the version there).

enihcam commented on 2018-10-31 14:52

When will this package be brought to community repo? Any plans?

ArchangeGabriel commented on 2018-10-09 11:58

We can see later for the name of remaining packages. intel-compute-runtime is a more accurate name than intel-opencl, and the name is already used by a package that will remain around (https://aur.archlinux.org/packages/intel-opencl/, for Haswell− support as an alternative to beignet).

dbermond commented on 2018-10-03 17:44

We already have intel-graphics-compiler-git (no stable release yet). This package provides all the libs that @jdanecki mentioned, including libopencl_clang.so, and also the headers.

jdanecki commented on 2018-10-03 12:48

I'd prefer intel-gmmlib. In case of Neo package name, we use intel-opencl in another distributions, so maybe we can rename this package too.

As we're talking about new packages names, maybe we can create new intel-opencl package which contains only libigdrcl.so with configuration files in /etc. For compilers there could be 2 separate packages:

  • intel-igc: libiga64.so, libigc.so, libigdfcl.so + headers files
  • intel-opencl-clang: libopencl_clang.so + headers files

ArchangeGabriel commented on 2018-10-02 13:12

@jdanecki: OK, just one small question: should I package as gmmlib or intel-gmmlib? The former is currently used, but the latter seems to make more sense to me (as we have intel-tbb, intel-media-driver). And so would intel-compute-runtime instead of just compute-runtime. What do you think?

jdanecki commented on 2018-10-02 12:14

Currently we're testing older gmmlib, and we'll switch to newer in next releases. I've started preparation of gmmlib packages for Ubuntu and Fedora. Arch is next in the queue, so if you prepare package for media I can reuse it.

ArchangeGabriel commented on 2018-10-02 09:48

Well I’m going to package gmmlib for media-driver anyway. ;)

ArchangeGabriel commented on 2018-10-02 08:57

@jdanecki: Do you intend to use gmmlib released version now? If so I can package it in the repo.

jdanecki commented on 2018-09-28 09:21

See: /etc/makepkg.conf

#-- Make Flags: change this for DistCC/SMP systems
MAKEFLAGS="-j`nproc`"