xsl-list
[Top] [All Lists]

Re: Better include them in the XSLT 2.0 spec (Was: Re: [xsl] Time for an exslt for 2.0?)

2005-05-12 15:22:04
On Fri, May 13, 2005 at 07:49:58AM +1000, Dimitre Novatchev wrote:
The debate with memo-function would be about whether it actually has any
semantics, or is merely a performance hint. Could a conformant processor
ignore it? What is the effect on a "creative" function, one that constructs
new nodes each time it is called?

xsl:function -s with side effects should not have been allowed -- in
the first place.

So it is not only a nice wish to think about memoisation, but probably
a pressing need to clean up the spec from functions with side 
effects.

Or be prepared for all kinds of a nasty surprise following the fact
that the value of
   
       my:f($x) is my:f($x)

is generally not guaranteed to be true()

Is there some other mechanism which would be used to,
for example, return a random number, other than a function?




Cheers,
Dimitre Novatchev.

--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: 
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--

--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--



<Prev in Thread] Current Thread [Next in Thread>