Hi Adrian, I have the time and skills (C programming / debugging), but no longer have sparc hardware. I've been reading the bug reports, and the stack trace that is 5381 levels deep seems to be quite a problem. Is this the same problem that sparc64 is having? What about the patch [1] that supposedly fixes the issue? Or is your request to somehow modify the C code so that is supports recursion more efficiently (tail recursion)?
Patrick [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?filename=nonrecursive-string-subst.patch;bug=765567;msg=72;att=1 On Thu, Dec 31, 2015 at 6:25 AM, John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > Hi! > > We have a rather annoying issue with xsltproc on sparc64 which almost > always segfaults when processing input files. As a result, packages > like systemd fail to build since xsltproc is called at some point to > generate the manpages [1]: > > /usr/bin/xsltproc -o man/bootup.7 --nonet --xinclude --stringparam > man.output.quietly 1 --stringparam funcsynopsis.style ansi --stringparam > man.authors.section.enabled 0 --stringparam > man.copyright.section.enabled 0 --stringparam systemd.version 228 --path > './man:../man' ../man/custom-man.xsl ../man/bootup.xml > make[4]: *** [man/bootup.7] Segmentation fault > > A commenter in the upstream bug tracker suggested this might be > an issue with older Linux kernels [2] and since all our production > buildds still run Debian Wheezy (sparc) with a 3.2.0 kernel, > I thought this might be correct and I therefore didn't want > to jump too quickly to blame xsltproc before I have verified > that. > > However, today I made a test build of systemd on a fully native > sparc64 system with Linux 4.3.3 and an up-to-date Debian > unstable on Anatoly's SPARC T5 server, with the same result [3]: > > /usr/bin/xsltproc -o man/bootup.7 --nonet --xinclude --stringparam > man.output.quietly 1 --stringparam funcsynopsis.style ansi --stringparam > man.authors.section.enabled 0 --stringparam > man.copyright.section.enabled 0 --stringparam systemd.version 228 --path > './man:../man' ../man/custom-man.xsl ../man/bootup.xml > Makefile:21813: recipe for target 'man/bootup.7' failed > > I can _sometimes_ alleviate the problem by removing /dev/shm > and recreating it with 777 permissions as suggested in [4], but that > doesn't always work and it's not really a good solution in the long > time. > > Since this problem affects many packages which use xsltproc > for manpage processing, it would be quite important to have > this issue resolved. > > Does anybody have the time and skills to look into this issue? > > Thanks, > Adrian > > > [1] > > https://buildd.debian.org/status/fetch.php?pkg=systemd&arch=sparc64&ver=228-2%2Bb1&stamp=1451533316 > > [2] https://bugzilla.gnome.org/show_bug.cgi?id=736077#c9 > > [3] > > https://people.debian.org/~glaubitz/systemd_228-2_sparc64-20151231-1419.build > > [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750593#76 > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > >