Conversion: Algebraic - Polish - Reverse Polish - LISP ?
|
11-01-2024, 09:52 AM
(This post was last modified: 11-01-2024 09:56 AM by Martin Hepperle.)
Post: #1
|
|||
|
|||
Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Recently I have been playing with old LISP implementations on MS-DOS, namely muLISP from Soft Warehouse in Hawaii (which are also known for muMATH and Derive, both written in muLISP).
When implementing numeric algorithms, it is rather cumbersome and error prone to write more complex nested expressions in LISP (e.g. polynomial approximations). It would be nice if I could use (at least for crosschecking) a translator program which would take an algebraic expression like Code: x*(1+x*(1-x))*sin(x) Code: (* (* x (+ 1 (* x (- 1 x)))) (SIN x)) Code: (* x (+ 1 (* x (- 1 x))) (SIN x)) For RPN friends: the LISP code is written in Polish Notation (PN) - the operator is placed before the operands and (depending on LISP variant) can operate on multiple operands (e.g.: (+ 1 2 3 4) would sum all four numbers in one go, the same can be achieved with a dyadic '+' operator by nesting multiple (+...) blocks, which is close to RPN or RPL). At the same time such a tool could also produce output in PN or RPN notation. Some time ago I wrote a BASIC implementation of the "shunting yard algorithm" to create RPN from algebraic expressions and could rework this, but maybe there is already a tool available for this purpose. Something written in RPL for the HP 4x family of calculators would be an option - it is not necessary to run this on the PC or write it in LISP. Martin |
|||
11-01-2024, 12:34 PM
Post: #2
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(11-01-2024 09:52 AM)Martin Hepperle Wrote: Something written in RPL for the HP 4x family of calculators would be an option On the HP-48 you can run the TEACH command, which creates an EXAMPLES directory. In the PRGS subdirectory you will find the following program →RPN: Code: « OBJ→ The algebraic expression 'x*(1+x*(1-x))*SIN(x)' is converted into an RPN program: { x 1 x 1 x - * + * x SIN * } Using REVLIST we can reverse the list: { * SIN x * + * - x 1 x 1 x } Now we need to insert the missing parentheses: { * {SIN x} {* {+ {* {- x 1} x} 1} x} } Let's swap the arguments of the binary operators: {* {* x {+ 1 {* x {- 1 x}}}} {SIN x}} Compare it with: (* (* x (+ 1 (* x (- 1 x)))) (SIN x)) Maybe you can modify the program to do that automatically for you. |
|||
11-01-2024, 06:45 PM
Post: #3
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Hi, Martin Hepperle
I am unfamiliar with LISP macros, but I made calc macro for Chez scheme. It by-passed Scheme built-in syntax extensions, work directly with syntax-objects, thus compile very fast. Of course, same code work with quoted objects too. Here, I strip out Scheme syntax-object manipulations, to produce equivalent function '$' Code: (define ^ expt) scheme> ($ '(x (1 + x (1 - x)) (@ sin x))) (* (* x (+ 1 (* x (- 1 x)))) (sin x)) (12-23-2022 02:59 AM)Albert Chan Wrote: And, for Mach number test. Spaces are needed to separate the tokens. scheme> (def v ($ '(5 *(((((1 + .2 *(350 / 661.5)^ 2)^ 3.5 - 1)* (1 - 6.875E-6 * 25500)^ - 5.2656)+ 1)^ .286 - 1)))) scheme> (sqrt (eval v)) 0.8357245351752515 Note: this is not the right way to evaluate complicated expression. It should have broken up. |
|||
11-01-2024, 07:08 PM
Post: #4
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
It turned out to be easier than I expected.
Save the following program in →PN: Code: « OBJ→ Example 'x*(1+x*(1-x))*SIN(x)' →PN { * { * x { + 1 { * x { - 1 x } } } } { SIN x } } |
|||
11-02-2024, 12:31 AM
Post: #5
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Hello,
Martin, I don't know if you're aware of these 3 links below, but perhaps they might be of interest to you (or to other persons).
Bruno Sanyo CZ-0124 ⋅ TI-57 ⋅ HP-15C ⋅ Canon X-07 + XP-140 Monitor Card ⋅ HP-41CX ⋅ HP-28S ⋅ HP-50G ⋅ HP-50G |
|||
11-02-2024, 12:57 PM
(This post was last modified: 11-02-2024 12:59 PM by John Keith.)
Post: #6
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(11-01-2024 07:08 PM)Thomas Klemm Wrote: It turned out to be easier than I expected. Very neat program! One question: Is there a reason that the first loop is a FOR loop rather than a START loop? I don't see a reference to i anywhere in the program. |
|||
11-02-2024, 01:39 PM
Post: #7
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(11-02-2024 12:57 PM)John Keith Wrote: One question: Is there a reason that the first loop is a FOR loop rather than a START loop? I don't see a reference to i anywhere in the program. I didn't put too much effort into it. I just single stepped through the original →RPN program and noticed that I had to put everything into a list using: 1 →LIST. But this made the following check for list obsolete: TYPE 5 ≠. Therefore I dropped that. And then I had to insert a SWAP so that the operator in the local variable f is added to the head of the list. Therefore you'd have to ask the developer of the TEACH command. Thinking about optimizations we might also combine both loops into a single one. |
|||
11-02-2024, 06:04 PM
Post: #8
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Or then use DOLIST:
Code: « OBJ→ |
|||
11-02-2024, 07:36 PM
Post: #9
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
A little shorter:
Code: « I am not aware of any algebraic expression that ends with an empty list when OBJ→ is called on it. In such a case, the following DOLIST will fail. |
|||
11-03-2024, 09:18 AM
(This post was last modified: 11-03-2024 09:19 AM by Martin Hepperle.)
Post: #10
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Thank you all for the helpful replies and programs.
The first RPL program supplied by Thomas works fine for me. The second, shorter variant works for expressions with monadic and dyadic operands (which is what I actually need) but fails if the expression which includes functions mith more parameters like INT('SIN(x)',x,1). I typed the first program into my HP 49G and added a postprocessing program which SREPLaces braces by parentheses and removes the space characters behind resp. before the braces. This simple postprocessor also replaces the square root sign by a "SQRT". The OBJ→ function benefits from the fact that the expression was already parsed into a tree when it was ENTERed. So the ugly parsing work is already done by the calculator. Implement the input line parsing myself (e.g. in BASIC or LISP) results in quite elongated code to properly recognize the lexical tokens (numbers, operands, functions, parentheses). Thank you OBJ→ ;-) The LISP implementation for the HP 28S, mentioned by Bruno, is astonishing. It is rather small but still seems to be usable. I will also try to run it on the HP 49G just for the fun of it. And the example given by Albert Chan demonstrates nicely how LISP-like languages can be used to transform data into code and vice versa. But it seems to be a challenge to translate this to simpler LISPs like muLISP. Martin |
|||
11-03-2024, 10:28 AM
Post: #11
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(11-03-2024 09:18 AM)Martin Hepperle Wrote: The second, shorter variant works for expressions with monadic and dyadic operands (which is what I actually need) but fails if the expression which includes functions with more parameters like INT('SIN(x)',x,1). It works for: '∫(0,1,SIN(x),x)' →PN { ∫ 0 1 { SIN x } x } Multiple parameters shouldn't be an issue. |
|||
11-03-2024, 02:06 PM
Post: #12
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
FWIW, all three of Thomas' programs work with the Mach number formula, returning
{ \v/ { * 5. { - { ^ { + { * { - { ^ { + 1. { * .2 { ^ { / 350. 661.5 } 2. } } } 3.5 } 1. } { ^ { - 1. { * .000006875 25500. } } -5.2656 } } 1. } .286 } 1. } } }. Another small point: When the number of arguments is 1, DOLIST and DOSUBS work identically and DOSUBS is faster. Also DOSUBS allows null tags which can save a few bytes. |
|||
11-03-2024, 02:22 PM
Post: #13
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
I tend to forget these details. Thanks for reminding me.
Code: « |
|||
11-03-2024, 03:44 PM
Post: #14
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(11-03-2024 02:22 PM)Thomas Klemm Wrote: I tend to forget these details. Thanks for reminding me. I tend to obsess over these details. Going even further, for the 49 and 50 with ListExt we can use LMAP instead of DOLIST/DOSUBS when the number of arguments is 1. We now have Code:
at 74.5 bytes. |
|||
11-03-2024, 05:37 PM
Post: #15
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(11-03-2024 09:18 AM)Martin Hepperle Wrote: And the example given by Albert Chan demonstrates nicely how LISP-like languages can be used to transform data into code and vice versa. But it seems to be a challenge to translate this to simpler LISPs like muLISP. Scheme to Lisp is almost 1-to-1, with minor changes (define → defun, null? → null, ...) Below '$', translated to muLisp, tested on Microsoft DOS MuLISP-86 5.10 Code: (defun ^(x y) (expt x y)) ; need common.lsp expt D:\MULISP> mulisp common ; I have not figured out how to load lisp code, so I just cut/paste to muLisp REPL $ ($ '(x (1 + x (1 - x)) (@ sin x))) (* (* X (+ 1 (* X (- 1 X)))) (SIN X)) (11-01-2024 06:45 PM)Albert Chan Wrote: scheme> (def v ($ '(5 *(((((1 + .2 *(350 / 661.5)^ 2)^ 3.5 - 1)* (1 - 6.875E-6 * 25500)^ - 5.2656)+ 1)^ .286 - 1)))) ; muLisp does not understand number starting with decimal point, nor exponential notation $ (setq v ($ '(5 *(((((1 + 0.2 *(350 / 661.5)^ 2)^ 3.5 - 1) * (1 - 0.000006875 * 25500)^ - 5.2656)+ 1)^ 0.286 - 1)))) (* 5 (- (^ (+ (* (- (^ (+ 1 (* 0.2 (^ (/ 350 661.5) 2))) 3.5) 1) (^ (- 1 (* 0.0000068 25500)) (- 5.2656))) 1) 0.286) 1)) $ (sqrt (eval v)) 0.8357245 |
|||
11-03-2024, 08:07 PM
Post: #16
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Here is a quick and dirty translation of rpn-aux, from Chez scheme rpn macro
(I cut corners with 'dup', without assigning result to a variable) Code: (defun ^(x y) (expt x y)) ; need common.lsp expt D:\MULISP> mulisp common ; I have not figured out how to load lisp code, so I just cut/paste to muLisp REPL $ (rpn2 '(x 1 x 1 x - * + * x sin @ *)) (* (* X (+ 1 (* X (- 1 X)))) (SIN X)) ; Mach number example $ (eval (rpn2 '(350 661.5 / 2 ^ 0.2 * 1 + 3.5 ^ 1 - 1 0.000006875 25500 * - -5.2656 ^ * 1 + 0.286 ^ 1 - 5 * sqrt @))) 0.8357245 |
|||
Yesterday, 10:04 AM
(This post was last modified: Yesterday 12:29 PM by Martin Hepperle.)
Post: #17
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
Albert,
thank you for taking the time to create the muLISP implementation. I will just tried it and in muLISP-90 it works with loading the IRRATNAL.LSP file (for EXPT, SIN, ...). An expression with a function like SIN having a "complex" argument like SIN(1+X) seems to be out of scope for the LISP version? ($ '(@ SIN (1 + X))) produces (SIN (1 + X)) instead of (SIN (+ 1 X)) I am using muLISP-90 which is a large improvement compared to -85 and -86 and -87. In muLISP-90 you can (LOAD XYZ) to read a file XYZ.LSP into the system (the file name can also be specified as XYZ.LSP or C:XYZ.LSP). In earlier muLISPs one uses the (RDS XYZ) form and after the input file has been read (RDS) to switch the reader back to the console input stream. All muLISP versions work well in DOSBox-X. I think I got muLISP-90 from archive.org, but now I cannot find it there anymore... [EDIT: found: https://archive.org/search?query=muLISP90] (Unfortunately no manual for muLISP-8x or -9x has ever been scanned) Martin |
|||
Yesterday, 03:14 PM
(This post was last modified: Yesterday 06:16 PM by Albert Chan.)
Post: #18
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
(Yesterday 10:04 AM)Martin Hepperle Wrote: ($ '(@ SIN (1 + X))) My code was for 4 bangers, with function as afterthought. That's why it simply drop the '@' Here is the updated '$' to recurse f arguments too. Code: (defun $(e) ; infix -> prefix $ ($ '(@ SIN (1 + X))) (SIN (+ 1 X)) $ ($ '(@ f (1 + 2) (2 * 3 ^ 4) (3 * - 3))) ; multiple arguments (F (+ 1 2) (* 2 (^ 3 4)) (* 3 (- 3))) $ (eval ($ '(@ sqrt (5 *(((((1 + 0.2 *(350 / 661.5)^ 2)^ 3.5 - 1) * (1 - 0.000006875 * 25500)^ - 5.2656)+ 1)^ 0.286 - 1))))) 0.8357245 Quote:(Unfortunately no manual for muLISP-8x or -9x has ever been scanned) Do you have older muLisp versions documentation? I still don't know how to quit muLisp (Ctrl-C doesn't work) For now, I forced undefined function break, then system out. $ (0) Undefined Function Break: (0) Continue, Break, Abort, Top-level, Restart, System? S Are you sure (Y/N)? Y Quote:In muLISP-90 you can (LOAD XYZ) to read a file XYZ.LSP into the system Thanks! load now work! |
|||
Yesterday, 03:57 PM
(This post was last modified: Yesterday 04:14 PM by Martin Hepperle.)
Post: #19
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
muLISP: zu exit back to the DOS prompt:
(system) (reminds you of Microsoft BASIC) Some documentation exists for CP/M versions of muLISP and muMATH, but this is only partially applicable to later versions. The only documentation I found covering the muLISP-8x versions of muLISP is a Russian web site with more than 100 LISP lessons. They use muLISP-85 and -86 and the short lessons are often referring to these versions of LISP. I have created a document with this web site translated to English. See https://forum.vcfed.org/index.php?thread...ocs.39826/ https://forum.vcfed.org/index.php?attach...f.1288161/ Too large to attach here. PS: muLISP-90 still has support for cursor positioning for these two systems built-in: 6 = Hewlett-Packard HP-150 Computer 7 = Hewlett-Packard HP-110 Computer so that this thread is still related to HP computers ;-) |
|||
Yesterday, 08:24 PM
(This post was last modified: Yesterday 08:48 PM by Albert Chan.)
Post: #20
|
|||
|
|||
RE: Conversion: Algebraic - Polish - Reverse Polish - LISP ?
$ ($ '(@ asin (@ acos (@ atan (@ tan (@ cos (@ sin x)))))))
(ASIN (ACOS (ATAN (TAN (COS (SIN X)))))) Unary @ look ugly. Perhaps we add a infix @ too? Note: infix @ has highest precedence, same as ^ $ ($ '(asin @ acos @ atan @ tan @ cos @ sin @ x)) (ASIN (ACOS (ATAN (TAN (COS (SIN X)))))) $ ($ '((@ exp (- x x / 2)) / (@ sqrt (2 pi)))) (/ (EXP (/ (* (- X) X) 2)) (SQRT (* 2 PI))) $ ($ '(exp @ (- x x / 2) / sqrt @ (2 pi))) (/ (EXP (/ (* (- X) X) 2)) (SQRT (* 2 PI))) If you like this, just add infix @ rule to $ scan function condition Code: ((eq (car e) '@) ; (f @ x) -> (f x) |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)