Colin Jones
added a comment - 01/Jan/11 4:13 PM A post-order traversal for macroexpand-all seems more reliable here than pre-order, and does fix the issue.
The attached patch adds tests around this and updates macroexpand-all to use postwalk rather than prewalk.

Alexander Taggart
added a comment - 28/Feb/11 1:51 PM - edited This has been fixed in the patch on CLJ-426.
The CaseExpr parser now just treats the map value as a tuple by calling RT.first/second, rather than casting it to a MapEntry.