[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