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

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 (maz-1)
Last Packager: bartus
Votes: 3
Popularity: 0.000000
First Submitted: 2016-11-28 20:18 (UTC)
Last Updated: 2024-01-16 14:56 (UTC)

Pinned Comments

bartus commented on 2019-04-10 11:42 (UTC) (edited on 2024-01-16 10:06 (UTC) by bartus)

Please report issues and patches to mitsuba-git->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 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 09:57 (UTC) (edited on 2020-12-04 10:00 (UTC) by bartus)

@alhirzel: It's a known bug in community/java-xmlgraphics-common package. Should be fixed in java-xmlgraphics-common:2.4-2 If problem persists you can switch your default java runtime

alhirzel commented on 2020-11-21 02:56 (UTC) (edited on 2023-12-01 15:13 (UTC) by alhirzel)

I think this is broken, I get errors early in the compilation process regarding the documentation:

SEVERE: Invalid property value encountered in margin-left="": org.apache.fop.fo.expr.PropertyException: file:/home/alhirzel/.cache/yay/python2-scons/src/scons-3.1.2/build/doc/design/scons-design.fo:3:6: No conversion defined ; property:'margin-left' (See position 147:8)
org.apache.fop.fo.expr.PropertyException: file:/home/alhirzel/.cache/yay/python2-scons/src/scons-3.1.2/build/doc/design/scons-design.fo:3:6: No conversion defined ; property:'margin-left'
    at org.apache.fop.fo.properties.PropertyMaker.make(PropertyMaker.java:446)
    at org.apache.fop.fo.PropertyList.convertAttributeToProperty(PropertyList.java:499)
    at org.apache.fop.fo.PropertyList.addAttributesToList(PropertyList.java:386)
    at org.apache.fop.fo.FObj.processNode(FObj.java:129)
    at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:293)
    at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:179)
    at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.closeStartTag(ToXMLSAXHandler.java:208)
    at com.sun.org.apache.xml.internal.serializer.ToXMLSAXHandler.characters(ToXMLSAXHandler.java:528)
    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.characters(AbstractSAXParser.java:546)
    at com.sun.org.apache.xerces.internal.xinclude.XIncludeHandler.characters(XIncludeHandler.java:1131)
    at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:455)
    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:842)
    at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
    at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
    at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
    at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643)
    at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:659)
    at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:728)
    at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:343)
    at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:293)
    at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:116)
    at org.apache.fop.cli.Main.startFOP(Main.java:183)
    at org.apache.fop.cli.Main.main(Main.java:214)

frankspace commented on 2019-11-19 03:21 (UTC)

Not stupid at all. Besides, without your initial patch in the first place, I'd have had no clue where to begin looking. Thanks for the fix!

bartus commented on 2019-11-18 23:22 (UTC) (edited on 2019-11-18 23:26 (UTC) by bartus)

@frankspace: Thanks for the help, it's now working back again.

I've just realized, it was in my original python3.5.patch three years back me so stupid ;)

frankspace commented on 2019-11-17 19:57 (UTC)

I solved it! There's a second place where the python version needs to be detected. Here's my updated patch that allows compilaton to succeed:

diff --git a/data/scons/detect_python.py b/data/scons/detect_python.py
index 39ac04c..e24f28c 100644
--- a/data/scons/detect_python.py
+++ b/data/scons/detect_python.py
@@ -57,7 +57,7 @@ def find_boost_python(version):
     return None

 def detect_python():
-    pyver = ['2.6', '2.7', '3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6']
+    pyver = ['2.6', '2.7', '3.0', '3.1', '3.2', '3.3', '3.4', '3.5', '3.6', '3.7', '3.8']
     pyenv = {}

     for version in pyver:


diff --git a/build/SConscript.configure b//build/SConscript.configure
--- a/build/SConscript.configure
+++ b/build/SConscript.configure
@@ -32,3 +32,3 @@

-python_versions = ["2.6", "2.7", "3.0", "3.1", "3.2", "3.3", "3.4", "3.5", "3.6", "3.7"]
+python_versions = ["2.6", "2.7", "3.0", "3.1", "3.2", "3.3", "3.4", "3.5", "3.6", "3.7", "3.8"]

I hope that helps! Thank you!

bartus commented on 2019-11-17 09:37 (UTC)

@frankspace: I'm working on it...