On 06/27/2008 10:59 AM, Gabriel Dos Reis wrote: > "Bill Page" <[EMAIL PROTECTED]> writes: > > | panAxiom developers, > | > | I just wanted to mention something here that I just learned about how > | the Axiom interpreter handles option arguments. When discovering how > | the 'draw' operations in Axiom processes optional arguments, e.g. > | > | draw(sin(x), x=1..10, title=="sin function") > > Hmm, I thought I already mentioned this in discussions with Ralf ;-/
Actually, I don't remember such that we talked about such behaviour as Bill described. I must have misunderstood you. > | I realized the interpreter does something rather clever but probably > | quite unexpected. > > It is the post parser doing it. And I don't like it -- the irony is > that I made Boot do the same. > > | The problem is that (unlike Aldor) SPAD does not > | provide built-in support for calling functions with optional > | arguments. Instead what it does is collect all the arguments > | containing == into a List *and* then it applies the name to the left > | of == as a function to the value on the right. So much to my surprize: > > Quite disgusting, no? > > | > | (1) -> (x+->x)(sin==x,cos==y) > | > | (1) [sin(x),cos(y)] If that is the behaviour. I really agree with Gaby. It's not what I would like. Ralf ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ open-axiom-devel mailing list open-axiom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-axiom-devel
