dpk / plan Goto Github PK

right now if i bind locally a symbol like if, it is still treated like an if statement instead of the local binding of it. replacing primitives is inadvisable ofc but this also happens to macros, which is slightly worse. fix this by maintaining a list of local variables when compiling, based on function nesting

Right now we get to about line 150 or so before a Scheme error. Fix that error and add the necessary functions for the rest of plan.pln to load.

(Last committed plan.pln is here: https://github.com/dpkendal/rbPlan/blob/master/lib/plan.pln)

Ideally, applications should have their arguments compiled, even if they will eventually be transformed by macros. Most applications are function calls anyway, so it can't do much harm.

We need to implement some functions, like append, to directly manipulate Plan's conses instead of converting them to Scheme conses and manipulating those before converting back.

append is one example; the arg-lists of primitive functions and special forms are another. (But in the latter case we might well need to modify some code to take that out.)

Once we do this, the internals of the language will not cons so much and will be a lot faster. (Or, a lot less needlessly slow.)