Re: Performance assistance / advice
"David McClain (as dbm at refined-audiometrics dot com)" <[email protected]>
| Newsgroups | gmane.lisp.lispworks.general |
|---|---|
| Message-ID | <[email protected]> |
.. and so once you move the indirection up a level into a wrapper, we lose the equivalence between function calls and Actor message sends. > On Mar 12, 2025, at 16:59, David McClain <[email protected]> wrote: > > Yes, I am aware of Steele’s comments about Actors. > > However, Hewitt’s Actors require the ability to perform a BECOME - to become a different “function” on succeeding messages. I fail to see how a simple lambda expression could do this. But a closure could do so. > > But lacking any visibility into functional closures in either Lisp or Scheme, we are left with encapsulating a closure (for private data + function) into a wrapper envelope for the indirection needed to perform a BECOME. > > > >> On Mar 12, 2025, at 16:52, Tim Bradshaw (as tfb at cley dot com) <[email protected]> wrote: >> >> On 12 Mar 2025, at 22:16, David McClain <[email protected]> wrote: >>> I believe Scheme was an outgrowth in the late 80s for the Connection Machine?? >> >> Almost. There was Planner, which I don't think ever really existed, and then Conniver which I think was an implementation of something with incoherent semantics. Then Hewitt invented Actors, and ?Steele and Sussman? wanted to implement Actors in terms of lambda calculus on top of maclisp, and at some point had the blinding realisation that actors and functions (ie lambda expressiona) which never returned but just called another function (their continuation) were the same thing. The resulting unified language was called 'Schemer'. But ITS had six-character filenames. >> >> The connection machine thing was *Lisp which I think was built on Genera (or perhaps its predecessors). *Lisp would be a good thing to look at for ideas for vectorisation, probably (I only ever played with the simulator and I have no idea if it would run in a modern CL). >> >> --tim >> >> _______________________________________________ >> Lisp Hug - the mailing list for LispWorks users >> [email protected] >> http://www.lispworks.com/support/lisp-hug.html > _______________________________________________ Lisp Hug - the mailing list for LispWorks users [email protected] http://www.lispworks.com/support/lisp-hug.html