I think I finally had the breakthrough regarding named parameters and conses: Xonses.
In short:
(open-file "README" :mode "rw" :create-if-not-exists #t)
===
{ :mode "rw" :create-if-not-exists #t :car "open-file" :cdr { :car "README" :cdr {} } }
A bit more here on the klisp group, and I'll keep you posted here, of course.
skip to main |
skip to sidebar
Manuel Simoni's blog about programming (languages).
Linkroll
- Alarming Development
- Alex Payne — Online Writing
- Arcane Sentiment
- Awelon Blue
- blog.might.net
- Dependent Types Reddit
- Dynamic Aspects
- eighty-twenty
- Existential Type
- Hack the Planet
- HXA7241
- Kazimir Majorinc's Lisp Notes
- Lambda the Ultimate
- Linux Weekly News
- Loper OS
- Luke Gorrie's weblog
- Making it stick.
- One Mistake After Another
- Paul Graham
- Paul Snively's Blog
- Philosophy Made Manifest
- PiLuD: Programming Language Design
- Proggit
- Real World Technologies Forums
- Send More Paramedics
- State of Code
- Stevey's Blog Rants
- Structural insight
- Subvert the dominant paradigm
- Taylor Campbell's blag
- The BileBlog
- The ByteBaker
- Trivium
- Ward's wiki
- wingolog
2 comments:
I did think about the named-parameter thing (on request) a while back, but the bottom line for me was that name-to-value mappings are the province of a different data type, environment. Each Kernel primitive structured type has its own very distinct function, and forming tree structures isn't what environments are there for. I'd started a Lisp-variant language, a sort of altlang in which McCarthy had used environments as his basic data structure instead of pairs. Figuring it would have a catchy name just as LISP does, I supposed it was "Processing SYmbols" --- PSY. But the very powerful concept of generalized definiend becomes rather confusing when the two distinct data types involved (pairs and environments, in their very different Kernel roles) are actually the same type. So I tabled the idea.
This is like a proper realisation of some of that half-baked note I wrote: http://www.hxa.name/notes/note-hxa7241-20110515T0907Z.html . . . good!
Post a Comment