Search Criteria
Package Details: cycles-standalone 4.3.0-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.000179 |
First Submitted: | 2021-01-02 20:57 (UTC) |
Last Updated: | 2024-12-11 05:20 (UTC) |
Dependencies (24)
- alembic (alembic-gitAUR)
- boost-libs
- embree (embree-gitAUR)
- gflags (gflags-gitAUR)
- intel-oneapi-tbb (intel-oneapi-hpckitAUR, intel-oneapi-basekit-2025AUR, 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)
- Show 4 more dependencies...
Latest Comments
1 2 Next › Last »
howetuft commented on 2024-12-11 05:22 (UTC)
Hello @solonovamax, Thank you for your report. I've updated package to 4.3.0
solonovamax commented on 2024-12-09 20:47 (UTC) (edited on 2024-12-09 20:49 (UTC) by solonovamax)
Hi, the package is currently out of date due to cycles having been updated to 4.3.0. Further, the package build is broken. Here is a patch file which updates to 4.3.0 (& because of that fixes the build issue):
With this patch, the package successfully builds on my machine.
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 package1 2 Next › Last »