freenode/#clasp - IRC Chatlog
Search
5:33:17
drmeister
::notify shiho Pull the latest clasp 'dev' and start building it again. I had introduced a problem in the previous version that only showed up when building quicklisp. The new 'dev' fixes it.
5:48:43
verisimilitude
Here's a quick question; the proper way to exit from a running Clasp is (CORE:QUIT), right?
9:20:29
kpoeck
When i now compile a previosly interpreted function, i get a error about core:: Lambda-List-Handler-Lamda-List not having a method for fixnum
11:12:01
cracauer
some clasp thing successfully built overnight, without using pinned other software. Wo-hoo.
11:59:10
scymtym
ACTION thinks he finally untangled the interdependencies between conditions in Eclector's reader and readtable packages
12:20:39
scymtym
as a result entering a stray #\# no longer crashes the language server (bonus: nice syntax error reports). yay
12:52:51
Colleen
shiho: drmeister said 7 hours, 23 minutes ago: Pull the latest clasp 'dev' and start building it again. I had introduced a problem in the previous version that only showed up when building quicklisp. The new 'dev' fixes it.
12:52:51
Colleen
shiho: drmeister said 7 hours, 19 minutes ago: Pull the latest clasp 'dev' and start building it again. I had introduced a problem in the previous version that only showed up when building quicklisp. The new 'dev' fixes it.
13:14:38
scymtym
do you consider this a full paper/short paper/lightning talk and is the scope strictly eclector or CL source tracking for compilation and editing?
13:20:27
scymtym
reading the abstract made me think about a survey of source tracking techniques for CL. i.e. 1) the classic using CL:READ into stuffing things a hash-table 2) using eclector and storing source locations in slots of intermediate representation objects 3) using eclector and storing source locations outside of intermediate representation objects maybe 4) decoupling the reader from the result representation using protocols
13:21:00
scymtym
something like that seems more "scientific" to me than describing a library, but that may be my bias
13:23:05
beach
There could also be an "application" section after the "our technique" section that suggests several use cases.
13:24:00
scymtym
yes, except that, if eclector's architecture is sound, there should be lots of applications
13:25:04
beach
I should continue working on it. That way you will have a better idea of what I have in mind.
13:25:49
beach
And of course, the abstract is a summary of the paper, so it may change as the contents evolves.
13:26:30
scymtym
my point is, aren't those applications, their different requirements, how well the existing and new reader implementation techniques meet those be more interesting than the library itself?
13:28:10
beach
I think the technique itself is interesting too. The out-of-band wrapping, so that the reader still returns expressions, etc.
13:29:39
scymtym
this thought also touches on the fact that CST, AST, the source location representation library and the transform tracking library are all unpublished (i think) but may be important for understanding certain aspects
13:31:52
scymtym
in fact, describing an abstract syntax for CL at all, implemented as a library or not, seems like a solid contribution
13:35:10
scymtym
but in my previous message, i really meant *A*ST since i'm not aware that a description of the (an?) abstract syntax has been published (despite various code walkers and whatnot implementing something more or less to that effect)
13:36:39
scymtym
for example http://dwim.hu/darcsweb/darcsweb.cgi?r=HEAD%20hu.dwim.walker;a=headblob;f=/source/handler.lisp