Gentoo Archives: gentoo-dev

From: Marek Szuba <marecki@g.o>
To: gentoo-dev@l.g.o
Cc: patrick@g.o
Subject: Re: [gentoo-dev] RFC: Rethinking virtual/opencl and eselect-opencl
Date: Mon, 06 Apr 2020 11:55:49
Message-Id: 69d33b65-7248-f20f-63d8-6ce2955a52c4@gentoo.org
In Reply to: Re: [gentoo-dev] RFC: Rethinking virtual/opencl and eselect-opencl by "Michał Górny"
1 On 2020-04-06 06:27, Michał Górny wrote:
2
3 > While at it, is there any chance to rewrite eselect-opencl so that it
4 > stops writing into /usr and uses environment approach like eselect-
5 > opengl does?
6
7 I think I'd rather just nuke eselect-opencl altogether and force the use
8 of an ICD loader for all implementations. Looks like it will be easier
9 than Matt and I thought too, touch wood:
10 - as previously mentioned, most of the runtimes currently in the tree
11 actually REQUIRE using an ICD loader. Of the remaining two, I know for a
12 fact at least the latest version of intel-ocl-sdk works fine via a
13 loader so the only one that remains to be verified is
14 x11-drivers/nvidia-drivers[uvm];
15 - likewise, I have confirmed that with the possible exception of
16 x11-drivers/nvidia-drivers[uvm], none of the presently available
17 runtimes install their own header files that would have to be symlinked
18 into place by eselect-opencl.
19
20 --
21 MS

Attachments

File name MIME type
signature.asc application/pgp-signature