1
1
mirror of https://github.com/kanaka/mal.git synced 2024-11-10 12:47:45 +03:00
Commit Graph

10 Commits

Author SHA1 Message Date
Stephen Thirlwall
86eae5ec38 Revert { X } -> ( hash-map X ) reader macro
The macro breaks the step 2 tests.
2015-03-28 15:20:04 +11:00
Stephen Thirlwall
cb25284585 c++11: step A 2015-03-27 20:44:43 +11:00
Stephen Thirlwall
2f61492a1e c++11: step 9 2015-03-27 20:44:43 +11:00
Stephen Thirlwall
3a8e11b85b c++11: step 8 2015-03-27 20:44:43 +11:00
Stephen Thirlwall
5f8f337a42 c++11: step 7 2015-03-27 20:44:43 +11:00
Stephen Thirlwall
ad50bab2e5 c++11: step 6 2015-03-27 20:44:42 +11:00
Stephen Thirlwall
ad0fc149de c++11: step 4 2015-03-27 20:44:42 +11:00
Stephen Thirlwall
dc9b184b66 c++11: step 3 2015-03-27 20:44:42 +11:00
Stephen Thirlwall
179e8eafe4 c++11: step 2
Note that the optional tests for step 1 now fail because I no longer create a
hash directly in the reader, rather handle this as a reader macro:

    { LIST } -> ( hash-map LIST )

This way, once the constructor has built the hash-map, the hash is now evaluated,
and its evaluation procedure is a no-op.

I'd like to do the same with vectors, but this isn't so easy, as we use vectors
as parameter lists in fn* later on.

ie. we'd have this situation, which is incorrect (and I don't see an obvious workaround)

    (fn* [params] body) -> (fn* (vector params) body)
2015-03-27 20:44:42 +11:00
Stephen Thirlwall
8bd091e3ad c++11: step 1 2015-03-27 20:44:42 +11:00