[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