9f51f854ef36

Update
[view raw] [browse files]
author Steve Losh <steve@stevelosh.com>
date Thu, 18 Apr 2019 21:53:25 -0400
parents f714e10ad825
children 7487534fb0ad
branches/tags (none)
files README.markdown

Changes

--- a/README.markdown	Tue Apr 16 21:58:00 2019 -0400
+++ b/README.markdown	Thu Apr 18 21:53:25 2019 -0400
@@ -440,3 +440,30 @@
 working, except the newline handling is going to be kind of a pain.  But I can
 live with that for now, in exchange for being able to edit in Vim with Paredit
 and sending to a REPL easily.
+
+## 2019-04-18
+
+More poking around at MakerLisp.
+
+I know I'm going to need user input for a game, so my first idea is to see if
+I can make some reading functions.  `read-line` would be good for a text
+adventure.  I found an example implementation in the shunting yard demo, but
+also tried writing my own.  I wrote a bunch of other stuff along the way too.
+Did `read-byte` and `read-char`.  Not sure how to go about making the `-no-hang`
+variants.
+
+Is there something like CL's `macroexpand-1` that will only do one level of
+macroexpansion?  It's a bit hard to read when *everything* gets expanded…
+
+Symbols don't seem to be printed readably.
+
+Spent 15+ minutes wondering why my `defmacro` macro would go into an infinite
+loop on the second and further tries.  Realized it's because I was using the
+file as a scratch space, and so when it would `forget` itself and autoload it
+would be evaling the `expand` call over and over.  I'm so dumb.
+
+`cadr` is a macro, so I can't map it (or, rather, I can with *very* strange
+results).
+
+`print` and friends don't return their argument, which means you can't just wrap
+a `(print …)` around something when debugging.