Package Details: cycles-standalone 4.0.2-5

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.006851
First Submitted: 2021-01-02 20:57 (UTC)
Last Updated: 2024-03-02 16:51 (UTC)

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:

  1. Report your version of cuda compiler: /opt/cuda/bin/nvcc --version

  2. 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!

==> Creating package "cycles-standalone"...
  -> Generating .PKGINFO file...
  -> Generating .BUILDINFO file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: cycles-standalone 3.6.0-0 (Tue 18 Jul 2023 10:58:28 PM CEST)
==> Cleaning up...
Finished with result: success

FabioLolix commented on 2023-07-18 21:00 (UTC)

can you confirm package builds ok for you without usd?

Yes it build fine without it

But I didn't catch the point about usd: what is an "an automagic depends"?

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 package

howetuft 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), added python 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 without usd?

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, building usd throws an error itself because it can't find embree for some reason. I re-added the comment.