[xsl] Obstacles (?) to XSLT 2.0 in C++
Subject: [xsl] Obstacles (?) to XSLT 2.0 in C++|
From: Justin Johansson <procode@xxxxxxxxxxx>
Date: Fri, 11 Dec 2009 18:42:33 +1030
Hi XSLT people,
I'm wondering just what exactly-one or more (pun intended) obstacles
there are to having XSL-T 2.0, XPath 2.0 and friends implemented in C++.
(I assert that) It is desirable to be able to manipulate XML in both
pull and push fashion. My understanding (please correct me if I am
wrong) is that XQuery is as to pull as XSL-T is as to push. Yes there
are many XQuery opi in progress for a multitude of platforms including
Java, .Net and various FP languages and some with a C/C++ language base.
On the other hand, XSL-T 2.0 is as good as still-born (to quote a blog
by Elliotte Rusty Harold) given that there are few if any C++ based
XSL-T processors that approach anywhere near the Gold Standard XSL-T 2.0
processor that is Saxon for Java (and its .Net translation).
So just what are the obstacles, impediments, show-stoppers etc. for
world-class XSL-T 2.0 processors in the C/C++ space?
I'm very interested in feedback from this list. Perhaps some plausible
- Lack of inbuilt garbage collection in C/C++ (which is very much a
requirement when dealing with the list/sequence nature of XPath) makes
- The spec(s) is(are) difficult to master so no matter what language
prospective implementors are reluctant to take on the Gold Standard
- There are no compelling reasons for business investment in alternative
- XML processing libraries for C/C++ are disparate; where is XOM for C++
- XSL-T 1.0 is sufficient so who cares?
- I'm clueless; please add your input
Thanks for all replies,