cl-edn

I think this should be safe: https://github.com/phoe/safe-read This doesn’t provide such functionality out of the box, but it makes it pretty trivial to produce a custom READ that only has the features you want: https://github.com/s-expressionists/Eclector It’s not exactly the right input format, and has a couple outstanding performance issues, but I wrote a parser for EDN which should be safe against code injection: https://github.com/fiddlerwoaroof/cl-edn

> once you start using those you no longer are able to use libraries This isn't true: if the libraries you use are designed to use generic functions for their internals, rather than normal functions. I've written code using custom data structures heavily, with little or no impact on which libraries I could use. > The common lisp community has rejected reader macros cl21 is just confusing matters here. Plenty of code uses named-readtables to use arbitrary reader macros. I don't understand the "interop reasons" you're talking about: as long as you use named-readtables, interop basically Just Works. > It's also not possible to put those on the wire (easily) for communication between common lisp processes. Breaking the whole point of homoiconicity. Using the reader on untrusted input is a bad idea in either Common Lisp or Clojure, because b

I have looked heavily at FSet :). I'm at a cross roads now with whether I try and push the Lisp block into the Clojure hole in my brain, or whether I should try and learn Lisp as it is and it's idioms. FSet is really cool and I'll probably end up using it in conjunction with https://github.com/fiddlerwoaroof/cl-edn