Subject: Re: [xsl] The philosophical implications of an XSLT processor implemented in XSLT From: "John Lumley john@xxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Fri, 22 May 2020 15:57:09 -0000 |
Actually, it is the latest developments in XPath 3 (maps) that made it possible to produce an XSLT processor written in XSLT, which is claimed to have a practically feasible performance.I agree - maps make it feasable - you can do it without of course (my XSLT3 to 2 converter simulated maps with a pair of tunnelled key/value stack frames), but it is slow by probably a couple of orders of magnitude. And surprisingly we're finding accumulators an interesting tool for some of the work.
And, if I read well Dr. Kay's message, it is exactly the XPath parsing that **is not** implemented in XSLT, instead it is implemented in Javascript.
-- *John Lumley* MA PhD CEng FIEE john@xxxxxxxxxxxx <mailto:john@xxxxxxxxxxxx> on behalf of Saxonica Ltd
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] The philosophical implica, Dimitre Novatchev dn | Thread | Re: [xsl] The philosophical implica, Roger L Costello cos |
Re: [xsl] The philosophical implica, Roger L Costello cos | Date | Re: [xsl] Intersection of two sets , Mukul Gandhi gandhi. |
Month |