Search Criteria
Package Details: cycles-standalone 4.1.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/cycles-standalone.git (read-only, click to copy) |
---|---|
Package Base: | cycles-standalone |
Description: | Blender Cycles rendering engine, standalone version |
Upstream URL: | https://github.com/blender/cycles.git |
Licenses: | Apache |
Provides: | cycles |
Submitter: | howetuft |
Maintainer: | howetuft |
Last Packager: | howetuft |
Votes: | 3 |
Popularity: | 0.000233 |
First Submitted: | 2021-01-02 20:57 (UTC) |
Last Updated: | 2024-07-11 11:29 (UTC) |
Dependencies (24)
- alembic (alembic-gitAUR)
- boost-libs
- embree (embree-gitAUR)
- gflags (gflags-gitAUR)
- intel-oneapi-tbb (intel-oneapi-hpckitAUR, intel-oneapi-basekit)
- libepoxy (libepoxy-gitAUR)
- opencolorio (opencolorio-gitAUR)
- openimagedenoise (openimagedenoise-gitAUR)
- openimageio (openimageio-gitAUR)
- openshadinglanguage
- opensubdiv
- openvdb
- pugixml (pugixml-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- sdl2 (sdl2-gitAUR, sdl2-compat-gitAUR)
- usd
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- llvm (llvm-rocm-gitAUR, llvm-gitAUR, llvm-minimal-gitAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- cuda (cuda11.1AUR, cuda-12.2AUR, cuda12.0AUR, cuda11.4AUR, cuda11.4-versionedAUR, cuda12.0-versionedAUR) (optional)
- google-glog (glog-gitAUR) (optional)
- optixAUR (optix70AUR, optix72AUR, optix74AUR) (optional)
Latest Comments
1 2 Next › Last »
FabioLolix commented on 2023-08-17 13:00 (UTC)
Building with gcc12 works
howetuft commented on 2023-08-17 12:07 (UTC)
@FabioLolix Thanks for the devtools tip, I bow low before your science of packaging!
Bad news, however, about the issue: it seems to be directly related to cuda12.2 and gcc13:
https://forums.developer.nvidia.com/t/identifier-float32-is-undefined-etc-cuda-12-2-0-gcc-13-1/258930
https://forums.developer.nvidia.com/t/seeking-workaround-for-compiling-code-in-a-system-with-gcc-13/262333
As a temporary workaround, I suggest using gcc12, which is still available in the repo (prefixing with
CC=cc-12 CXX=g++-12
). Can you check it's ok for you?FabioLolix commented on 2023-08-17 10:23 (UTC)
@howetuft you can reproduce by adding cuda and optix to makedepends and build with devtools which will build in a chroot instead of your system
howetuft commented on 2023-08-17 10:22 (UTC) (edited on 2023-08-17 10:22 (UTC) by howetuft)
Hello @adro,
I cannot reproduce, but I use a previous version of cuda (11), due to old GPU.
To investigate, can you please:
Report your version of cuda compiler:
/opt/cuda/bin/nvcc --version
Paste bin the full error log?
Thank you!
FabioLolix commented on 2023-08-16 14:48 (UTC)
Can confirm that fails to build when cuda and optix are installed, without builds fine
adro commented on 2023-08-16 14:21 (UTC) (edited on 2023-08-16 14:24 (UTC) by adro)
Hi, could you try building the package with an updated system? I'm getting these errors:
/usr/include/stdlib.h(141): error: identifier "_Float32" is undefined extern _Float32 strtof32 (const char __restrict __nptr, ^ /usr/include/stdlib.h(147): error: identifier "_Float64" is undefined extern _Float64 strtof64 (const char __restrict __nptr, ^ /usr/include/stdlib.h(153): error: identifier "_Float128" is undefined extern _Float128 strtof128 (const char *__restrict __nptr, ^ Error limit reached. 100 errors detected in the compilation of "/home/adro/.cache/yay/cycles-standalone/src/cycles/src/kernel/device/cuda/kernel.cu". Compilation terminated.
michimussato commented on 2023-07-18 21:00 (UTC)
Worked! Thanks!
FabioLolix commented on 2023-07-18 21:00 (UTC)
Yes it build fine without it
It is a depends that is being enabled at build time but is not present in depends=()
see this https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Automagic_dependencies
That is also happening because packages not build in an isolated environment (not build with devtools) dinamically pick-up libraries
Pratical example https://aur.archlinux.org/packages/strawberry-qt5?O=10#comment-806553
To be honest the risk with
usd
is very low because there are several problems building that packagehowetuft commented on 2023-07-18 20:18 (UTC)
Hello, Thank you for feedback. I moved
-DPYTHON_VERSION=$_pyver
to the right place (sorry, my mistake), addedpython
to makedepends,libepoxy
to depends.But I didn't catch the point about
usd
: what is an "an automagic depends"? At least, can you confirm package builds ok for you withoutusd
?michimussato commented on 2023-07-18 19:59 (UTC)
Yes, that was my comment. I removed it because I wanted to install
usd
manually first before actually complaining here. However, buildingusd
throws an error itself because it can't findembree
for some reason. I re-added the comment.1 2 Next › Last »