Package Details: mitsuba-git 0.6.0.r2173.10af06f3-5

Git Clone URL: https://aur.archlinux.org/mitsuba-git.git (read-only, click to copy)
Package Base: mitsuba-git
Description: Mitsuba physically based renderer.
Upstream URL: http://mitsuba-renderer.org/
Keywords: 3d metropolis-light-transport pathrace renderer
Licenses: GPL3
Conflicts: mitsuba, mitsuba-hg
Provides: mitsuba
Submitter: bartus
Maintainer: bartus
Last Packager: bartus
Votes: 3
Popularity: 0.000000
First Submitted: 2016-11-28 20:18 (UTC)
Last Updated: 2025-11-07 11:25 (UTC)

Pinned Comments

bartus commented on 2019-04-10 11:42 (UTC) (edited on 2025-11-08 12:58 (UTC) by bartus)

You can report issues and post patches at github.com

Latest Comments

1 2 3 Next › Last »

micwoj92 commented on 2024-05-11 15:42 (UTC)

Fails to build:

==> Starting build()...
scons: Reading SConscript files ...
Using configuation file "/home/micwoj92/pkg/mitsuba-git/src/mitsuba/config.py"
Checking for Qt 5.x... yes
Checking for g++ ...no
Could not compile a simple C++ fragment, verify that g++ is installed! This could also mean that the Boost libraries are missing. The file "config.log" should contain more information.
==> ERROR: A failure occurred in build().
    Aborting...

Here config.log

file /home/micwoj92/pkg/mitsuba-git/src/mitsuba/build/SConscript.configure,line 137:
    Configure(confdir = .sconf_temp)
scons: Configure: Checking for g++ ...
.sconf_temp/conftest_0.cpp <-
  |#include <sstream>
  | int main(int argc, char **argv) {
  | std::ostringstream oss;
  | return 0;
  | }
g++ -o .sconf_temp/conftest_0.o -c -march=native -O3 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wp,-D_GLIBCXX_ASSERTIONS -std=gnu++14 -fPIC -O3 -Wall -g -pipe -march=nocona -msse2 -ftree-vectorize -mfpmath=sse -funsafe-math-optimizations -fno-rounding-math -fno-signaling-nans -fno-math-errno -fomit-frame-pointer -DMTS_DEBUG -DSINGLE_PRECISION -DSPECTRUM_SAMPLES=3 -DMTS_SSE -DMTS_HAS_COHERENT_RT -fopenmp -fvisibility=hidden -mtls-dialect=gnu2 -DGLEW_MX -I/usr/include/collada-dom-mitsuba2.4 -I/usr/include/collada-dom-mitsuba2.4/1.4 -I/usr/include/glew-1.13.0 -I/usr/include/OpenEXR -I/usr/include/eigen3 -I/usr/include/OpenEXR -Iinclude .sconf_temp/conftest_0.cpp
g++ -o .sconf_temp/conftest_0 "-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now          -Wl,-z,pack-relative-relocs" .sconf_temp/conftest_0.o -lboost_system -lboost_filesystem -lboost_thread -ldl -lm -lpthread -lgomp
/usr/bin/ld: unrecognized option '--sort-common -Wl'
/usr/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status
scons: Configure: no

alhirzel commented on 2022-05-31 09:04 (UTC)

Updated to have fix for issue building documentation in Python, as well as breakage with tbb (just using wjakob's fork now).

bartus commented on 2021-03-02 22:23 (UTC) (edited on 2021-03-02 22:33 (UTC) by bartus)

@alhirzel: I tend to use this call since I got complains form users that setting options+=(!makeflags) doesn't work. Default behaviour for ninja is to spawn nproc+2 threads where for make default is to use single build thread unless MAKAGLAGS=-jn is exported to env.

Those call simply recreate gnu-make behaviour within ninja.

This issue was brought to ninja bug tracker by Elie, since more more core Arch packages tend to use ninja, but didn't get any traction, think samurai got it implemented and was suggested as replacement...

!sorry for autobiography (ง ื▿ ื)ว

alhirzel commented on 2021-03-02 19:25 (UTC)

@bartus is there a reason to use -j1? https://aur.archlinux.org/cgit/aur.git/commit/?h=mitsuba2-git&id=ace5845ba0590d63c76a67c8e1283d8fba982f9a

bartus commented on 2020-12-05 10:13 (UTC) (edited on 2020-12-05 10:13 (UTC) by bartus)

@alhirzel: Also I've reported a bug to community/pybind11 that would resolve the cmake shenanigans.

alhirzel commented on 2020-12-04 18:39 (UTC)

Thank you bartus--you corrected some important problems that I did not notice. Fresh eyes make correct work :)

alhirzel commented on 2020-12-04 12:37 (UTC)

Ok gotcha, archlinux-java get showed a setting of java-8-openjdk/jre. Switching temporarily to java-11-openjdk allowed me to build successfully. Thanks for the help!

bartus commented on 2020-12-04 10:11 (UTC) (edited on 2020-12-04 18:34 (UTC) by bartus)

Nice, thanks for including me. Will try to take a look on it...

I've massaged it a bit, fixing some small hiccups __φ(．．;)

1 2 3 Next › Last »