[csw-users] Failing 32-bit xsltproc
Maciej (Matchek) Blizinski
maciej at opencsw.org
Mon Mar 29 12:28:25 CEST 2010
2010/3/26 Maciej (Matchek) Blizinski <maciej at opencsw.org>:
> I'm just about to rebuild it with the new poppler, but I'm stuck on
> broken XML::Parser. Dago is on it right now.
XML::Parser is sorted out, but there's a new problem:
gmake[5]: Leaving directory
`/home/maciej/src/opencsw/pkg/evince/trunk/work/solaris9-sparc/build-isa-sparcv8/evince-2.24.2/help'
xsltproc -o evince-C.omf --stringparam db2omf.basename evince
--stringparam db2omf.format 'docbook' --stringparam db2omf.dtd
"-//OASIS//DTD DocBook XML V4.1.2//EN" --stringparam db2omf.lang C
--stringparam db2omf.omf_dir "/opt/csw/share/omf" --stringparam
db2omf.help_dir "/opt/csw/share/gnome/help" --stringparam
db2omf.omf_in "/home/maciej/src/opencsw/pkg/evince/trunk/work/solaris9-sparc/build-isa-sparcv8/evince-2.24.2/help/evince.omf.in"
--stringparam db2omf.scrollkeeper_cl "`scrollkeeper-config
--pkgdatadir`/Templates/C/scrollkeeper_cl.xml"
`/opt/csw/bin/pkg-config --variable db2omf gnome-doc-utils`
C/evince.xml || { rm -f "evince-C.omf"; exit 1; }
This fails with a 139 exit code and doesn't say why. --debug and
--verbose don't help. The return values specified in the man page are
only 0-8. Is this something people have seen before?
*** debug debug debug ***
I recalled something that Benny has recently done: he called
/opt/csw/bin/sparcv9/xsltproc directly, instead of
/opt/csw/bin/xsltproc, and it worked. I've tried the same thing, and
it also worked for me. After I pushed this step manually, the build
phase completed.
Ben, any ideas why 32-bit xsltproc might fail? You can reproduce the
problem by running current evince build description.
More information about the users
mailing list