Arch Linux User Repository

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

Please report issues and patches to mitsuba-git@github.com

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

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!

@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

I think this 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)

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!

@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 ;)

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!

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

Compilation appears to succeed, but installation fails:

.
.
.
Install file: "build/release/integrators/volpath.so" as "dist/plugins/volpath.so"
Install file: "build/release/integrators/volpath_simple.so" as "dist/plugins/volpath_simple.so"
Install file: "build/release/integrators/vpl.so" as "dist/plugins/vpl.so"
Install file: "build/release/bsdfs/ward.so" as "dist/plugins/ward.so"
Install file: "build/release/textures/wireframe.so" as "dist/plugins/wireframe.so"
Install file: "build/release/libpython/mitsuba_python2.7.so" as "dist/python/2.7/mitsuba.so"
scons: done building targets.
==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat 'dist/python/3.8/mitsuba.so': No such file or directory
==> ERROR: A failure occurred in package().
    Aborting...

I tried updating the python patch to include version 3.8, but that didn't help.

Please report issues and patches to mitsuba-git@github.com

Now, it looks pretty obvious, thanks @dTal!

It seems that the file in question compiles fine without the C++11 flag. Adding this second sed line to the PKGBUILD to remove the flag only for that file fixes the problem for me:

sed -i "/irawanEnv =/airawanEnv.RemoveFlags(['-std=gnu\+\+11'])" src/bsdfs/SConscript

(Note I modified the flag to -std=gnu++11 to match your updated PKGBUILD)

EDIT: The comment box garbles the backslashes. There should be three before each '+' character.

@dTal Notice the issue a while ago now. Sadly my boost-foo is quite lacking, and sourly not in any way suitable for reworking Jakob's code. Check this comment in SConsScript ;)

# The Irawan-Marschner plugin uses a Boost::Spirit parser, which makes it
# pretty heavy stuff to compile. Go easy on the compiler flags:

Will try to suppress irawan bsdf all together, let's see if that works.

Update: Done, check if that's working for you?

The build erroneously complains that xercesc is not installed - in fact, checking config.log shows that it does, but that it throws an error very like this one: https://bugs.gentoo.org/show_bug.cgi?id=572626

Adding:

sed -i -e 's:gnu2:gnu2\x27, \x27-std=c++11:g' config.py

to the PKGBUILD, allows the build to continue.

Unfortunately, build still fails, much later, with:

In file included from src/bsdfs/irawan.cpp:33:0:src/bsdfs/irawan.h: In constructor ‘mitsuba::YarnGrammar<iterator>::YarnGrammar(const mitsuba::Properties&)’:src/bsdfs/irawan.h:314:84: error: no matching function for call to ‘bind(<unresolved function="" overloaded="" type="">, const type, const _1_type&)’</unresolved></iterator>