--- Begin Message ---
Subject: |
[PATCH core-updates-frozen 0/2] gnu: ocl-icd: Fix build. |
Date: |
Sun, 5 Sep 2021 19:46:38 -0700 |
This fixes the build by updating one minor patch version to 2.2.13. (There
is a 2.3.1 available if that's preferable.) The package seems to have
permanently moved to Github, so this updates the location as well.
I was able to build this and its dependent darktable on x86_64.
Sarah Morgensen (2):
gnu: ocl-icd: Update project location.
gnu: ocl-icd: Update to 2.2.13.
gnu/packages/opencl.scm | 22 +++++++++++++---------
1 file changed, 13 insertions(+), 9 deletions(-)
base-commit: c5bb7b5d97b341c625c269b21e4958d61e7f40c9
--
2.32.0
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#50418: [PATCH core-updates-frozen 0/2] gnu: ocl-icd: Fix build. |
Date: |
Tue, 12 Oct 2021 14:37:44 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) |
Hi,
Lars-Dominik Braun <lars@6xq.net> writes:
> Hi Sarah,
>
>> Is the Khronos Group one better, such that there's no reason to keeping
>> ocl-icd? (The README for ocl-icd states "[t]his package aims at
>> creating an Open Source alternative to vendor specific OpenCL ICD
>> loaders." Is the Khronos Group one similarly not vendor-specific?)
> I’m not really sure which one is “better”, but the Khronos-loader
> is vendor-independent like ocl-icd, so there’s no real reason to
> keep two imho.
>
>> If so, would you consider replacing ocl-icd with it in
>> core-updates-frozen, since it and its dependents are currently broken?
> Ludovic actually merged master into core-updates-frozen yesterday, so
> this issue should be resolved. Unfortunately the CI is going to take
> some time to catch up, so we don’t know yet whether that was successful.
>
> Cheers,
> Lars
Since we already have opencl-icd-loader deprecating ocl-icd in the
frozen branch (see commit 4d1157fca7), let's drop this change for now.
Thank you,
Closing.
Maxim
--- End Message ---