Re: OPP and esxtensibility: I'm basically comfortable with OPP parsing and feel that it should not come in the way of the simple extensiblity mechanism where in an author defines a new operator \foo that takes 0 or more arguments. In the scenario of simple substitution type semantics we have considered for the extension mechanism, all such encodings would be essentially functional ie I don't envision us allowing an author to define a new operator with weird precedence rules. Eventually, if we did feel the need to allow author defined precedence enhancements this can be done cleanly by providing definition syntax of the form (define-operator :operator-name 'foo :precedence :same-as "+") ;excuse the lisp:-) Instead of :same-as the author would also be able to say :less-than and :greater-than (I implemented the above in Aster and it worked reasonably well for a sufficiently large collection of hairy math. -- Best Regards, --raman Adobe Systems Tel: 1 (408) 536 3945 (W14-129) Advanced Technology Group Fax: 1 (408) 537 4042 (W14 129) 345 Park Avenue Email: raman@adobe.com San Jose , CA 95110 -2704 Email: raman@cs.cornell.edu http://labrador.corp.adobe.com/~raman/raman.html (Adobe Internal) http://www.cs.cornell.edu/Info/People/raman/raman.html (Cornell) ----------------------------------------------------------------------- Disclaimer: The opinions expressed are my own and in no way should be taken as representative of my employer, Adobe Systems Inc. ____________________________________________________________Received on Monday, 16 September 1996 19:35:11 UTC
This archive was generated by hypermail 2.4.0 : Saturday, 15 April 2023 17:19:57 UTC