Hi Adrian, thanks for the patch! I will apply it as fast as possible and do a new upoad.
This library is really a header-only library and needs to be marked as "all". I still want to test it on different archs to be sure that it works on them. If there are a better solution for that, I would be glad to use it. Best regards Anton 2017-09-03 23:31 GMT+02:00 Adrian Bunk <b...@debian.org>: > Source: svgpp > Version: 1.2.3+dfsg1-2 > Severity: important > Tags: patch > > https://buildd.debian.org/status/package.php?p=svgpp&suite=sid > > ... > cc1plus: out of memory allocating 11518920 bytes after a total of 37756928 > bytes > samples/CMakeFiles/Sample01e.dir/build.make:65: recipe for target > 'samples/CMakeFiles/Sample01e.dir/sample01e.cpp.o' failed > make[4]: *** [samples/CMakeFiles/Sample01e.dir/sample01e.cpp.o] Error 1 > > Fix by reducing the amount of debug information built > (still enough for backtraces): > > --- debian/rules.old 2017-09-03 13:45:27.791242648 +0000 > +++ debian/rules 2017-09-03 15:39:02.587525204 +0000 > @@ -1,5 +1,12 @@ > #!/usr/bin/make -f > > +# Reduce size of debug symbols to fix FTBFS due to the > +# 2GB/3GB address space limits on 32bit > +DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS) > +ifeq (32,$(DEB_HOST_ARCH_BITS)) > + export DEB_CXXFLAGS_MAINT_APPEND = -g1 > +endif > + > export DEB_BUILD_MAINT_OPTIONS = hardening=+all > > %: > > > > In a related question, is it intentional that none of the built > files goes to the package? > > Currently libsvgpp-dev has the same contents on different > architectures (I've compared amd64 and i386) and could as > well be binary-all.
