----------------------------------------------------------------------------------
@MSGID:
fc93b71c
@REPLY: <20230819073816.564@kylheku.com> a0c46600
@REPLYADDR none) (albert
@REPLYTO 2:5075/128 none) (albert
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
<20230819073816.564@kylheku.com>
@RFC-Message-ID:
@TZUTC: 0200
@TID: FIDOGATE-5.12-ge4e8b94
In article <
20230819073816.564@kylheku.com>,
Kaz Kylheku <
864-117-4973@kylheku.com> wrote:
>On 2023-08-19, albert@cherry.(none) (albert)
wrote:
>> https://github.com/kanaka/mal/
>>
>> I`m trying to Make Another Lisp using ciforth lina/wina/xina.
>>
>> I run in a bit of trouble in the interaction between closures and recursion.
>>
>> I succeeded in handling closure in
>> ( ( (fn* (a) (fn* (fn* (b) (+ a b))) 5) 7) ... I
>> In lisp we have
>> (fn* (fn* (b) (+ a b))) 5)
> ^ ^
>The same lexical variable takes on new bindings with new invocations
>of its lexical scope. A closure captures the specific binding of an
>activation of the scope.
Thanks a lot for precisely answering a question that I brought
rather provocatively,[but I don`t really thought renaming `a to a
really long name was a serious solution. ]
I have to study this to take in.
>--
>Mastodon: @Kazinator@mstdn.ca
Groetjes Albert
--
Don`t praise the day before the evening. One swallow doesn`t make spring.
You must not say "hey" before you have crossed the bridge. Don`t sell the
hide of the bear until you shot it. Better one bird in the hand than ten in
the air. First gain is a cat spinning. - the Wise from Antrim -
--- trn 4.0-test77 (Sep 1, 2010)
* Origin: KPN B.V. (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441