[plug] Re: Recommendations for XSLT processors?

James Devenish devenish at guild.uwa.edu.au
Sun Jan 11 16:29:03 WST 2004


In message <20040110052708.GA30897 at mail.guild.uwa.edu.au>
on Sat, Jan 10, 2004 at 01:27:08PM +0800, James Devenish wrote:
> I think my best bet is currently to install multiple versions
> and find which [libxml/libxslt] versions work with which stylesheets.

I have had ostensible success with the above strategy on alpha (though I
haven't cracked it on Linux/i386). The other big-name, free processors
seem to have glaring omissions or be as temperamental as libxslt. The
xsltproc show-stoppers have so far included:

 - Spontaneous XInclude failures.
 - A variety of segmentation faults (not reproduced on non-Linux
   systems, though in one instance the non-glibc systems gave me
   warnings about invalid free(void*) usage).
 - IDs/IDREFs don't work. (This problem seen with all Debian testing/
   unstable versions. If I recall correctly, this problem was limited to
   Linux or perhaps Debian systems -- even when libxml2/libxslt were
   compiled directly from the GNOME distribution tarballs! Kind of
   suggests a glibc incompatibility rather than a problem with Debian's
   xsltproc package).
 - Wacky document parsing (e.g. documents look fine when run through
   xmllint, but chunks are mysteriously missing when processed with
   xsltproc).





More information about the plug mailing list