Search Criteria
Package Details: clblast-git 1.6.1.5.gbcd294a9-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/clblast-git.git (read-only, click to copy) |
|---|---|
| Package Base: | clblast-git |
| Description: | Tuned OpenCL BLAS library (works with OpenCL 1.1) |
| Upstream URL: | https://github.com/CNugteren/CLBlast |
| Licenses: | Apache |
| Conflicts: | clblast |
| Provides: | clblast |
| Submitter: | Schmetzler |
| Maintainer: | Schmetzler |
| Last Packager: | Schmetzler |
| Votes: | 5 |
| Popularity: | 0.000134 |
| First Submitted: | 2017-07-03 09:25 (UTC) |
| Last Updated: | 2023-11-09 12:09 (UTC) |
Dependencies (4)
- ocl-icd (khronos-ocl-icd-gitAUR, khronos-ocl-icdAUR)
- opencl-headers (opencl-headers-gitAUR)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
Required by (23)
- ditana-koboldcpp (requires clblast)
- ditana-koboldcpp (requires clblast) (make)
- koboldcpp (requires clblast)
- koboldcpp-cuda (requires clblast)
- koboldcpp-hipblas (requires clblast)
- libggml (requires clblast)
- libggml-git (requires clblast)
- llama.cpp-clblas-git (requires clblast)
- llama.cpp-clblas-git (requires clblast) (make)
- llama.cpp-hip (requires clblast) (make)
- llama.cpp-hipblas-git (requires clblast) (make)
- llama.cpp-opencl (requires clblast) (make)
- llm-clblast-git (requires clblast)
- lmstudio (requires clblast)
- lmstudio-appimage (requires clblast)
- lmstudio-beta (requires clblast)
- local-ai (requires clblast) (make)
- local-ai-clblas (requires clblast)
- local-ai-clblas (requires clblast) (make)
- local-ai-cublas (requires clblast) (make)
- local-ai-hipblas (requires clblast) (make)
- local-ai-sycl-f16 (requires clblast) (make)
- local-ai-sycl-f32 (requires clblast) (make)
Latest Comments
Schmetzler commented on 2024-01-23 08:34 (UTC) (edited on 2024-01-23 08:42 (UTC) by Schmetzler)
Well I do not know, why you need it in
/usr/local/lib... the library is placed in/usr/lib/as in the official Archlinux Packageclblast(see https://archlinux.org/packages/extra/x86_64/clblast/files/) ... and even the arch package etiquette says so: Packages should never be installed to/usr/local/(https://wiki.archlinux.org/title/Arch_package_guidelines#Package_Etiquette)kyuzial commented on 2024-01-23 08:00 (UTC)
It seems that there is a missing dependency, and the clblast-git package doesn't place it in the correct location. You can attempt to resolve this issue by creating a symlink, bundling the library, or we could file a bug report with LM Studio's team. Error: /usr/local/lib/libclblast.so.1: cannot open shared object file: No such file or directory
Freed commented on 2023-07-19 12:27 (UTC)
Please change
maketocmake --build _buildandmake installtocmake --install _build, Because if usersexport CMAKE_GENERATOR=ninja, it will fail.gshah commented on 2021-09-25 07:45 (UTC)
I was getting the error mv: cannot stat: "${pkgdir}/usr/lib64"
Commenting out mv "${pkgdir}/usr/lib64" "${pkgdir}/usr/lib"
in the PKGBUILD fixed the issue.
Schmetzler commented on 2018-03-05 15:31 (UTC)
I did this on purpose but I forgot the reason. I think it had something to do with different implementations of clblas. I will change it, but there may occur issues on an other side.
CNugteren commented on 2018-03-03 12:04 (UTC)
It turns out this package installs headers in /usr/include/CLBlast/ rather than /usr/include. This is fine if a user needs to include clblast.h in his/her own application, but doesn't work e.g. when installing PyCLBlast from PyPi (https://pypi.python.org/pypi/pyclblast/1.0.1). Would it be possible to install the headers in the default system path instead?
See this issue for more details: https://github.com/CNugteren/CLBlast/issues/252
Schmetzler commented on 2018-01-19 08:11 (UTC)
Ah sorry didn't know that I can't install in lib64 (maybe they changed something in git-repo, initially I could install it). Should be fixed now.
andrew-wja commented on 2018-01-18 16:49 (UTC) (edited on 2018-01-18 16:49 (UTC) by andrew-wja)
This package builds just fine, but cannot install -- it appears to create /usr/lib64, which of course it cannot own, since many other 64-bit libs must live in that directory. Error log follows: