Search
20:16:18
atgreen
is is a macro character?
20:16:20
atgreen
cl-user> (get-macro-character #\')
20:16:20
atgreen
#<function sb-impl::read-quote>
20:16:20
atgreen
cl-user> (get-macro-character #\:)
20:18:12
jackdaniel
it is probably part of the symbol reader, but if you make #\: a macro that is not constitudent then you will read two symbols
20:18:16
jackdaniel
but that's probably not what you want
20:18:48
jackdaniel
and replacing the symbol reader would be a tad more invovled
20:21:38
atgreen
it doesn't seem like this is going to work :(
20:22:12
atgreen
maybe formatting the code with an external process (emacs) would be better
20:22:43
jackdaniel
but why can't you define the package with appropriate exports? or put a double colon?
20:23:13
jackdaniel
hacking a reader is fun but it seems more like a kludge than a solution
20:23:25
atgreen
I don't want to define packages a transpile-time
20:23:36
atgreen
I just want to generate code
20:24:21
jackdaniel
but in that case you don't need to read it
20:24:35
jackdaniel
and there is no problem in the first place - am I wrong?
20:26:29
atgreen
well, I'm generating it as a string right now
20:27:41
atgreen
so I would have to read the string in order to pretty print it
20:28:43
jackdaniel
you have a common lisp code (as text) that you want to print as a common lisp code?
20:29:37
jackdaniel
I thougth that you have some ast representation that you want to print as common lisp (like me :)
20:33:02
atgreen
I'm generating CL source code from an AST. I'm going to try this: https://github.com/yitzchak/cl-indentify
4:10:27
beach
atgreen: If you use Eclector to read your code, you can customize the symbol reader function.