freenode/#clasp - IRC Chatlog
Search
19:03:16
drmeister
cracauer`: I found the source of the problem. There is a compiler macro on CONCATENATE that is messed up.
19:03:46
drmeister
https://github.com/clasp-developers/clasp/blob/dev/src/lisp/kernel/cmp/opt-sequence.lsp#L137
19:07:58
drmeister
How the hell do we get all the way to the last quicklisp package at the end of the cando build before this rears its ugly head?
19:11:09
pfdietz
There's an offshoot of ansi-tests that's useful for testing compiler macros and other compile-time optimizations on builtins, maybe that would help.
19:13:08
pfdietz
They put together calls to various built-ins with random arguments, random type declarations, and see if things work.
19:18:45
pfdietz
I need to get that test sute back into a more usable state. It was off being toyed with by others for some years.
22:04:43
v0|d
cracauer`: a question. say you have syntax/lexer/parser for a lang, additionally have an interpreter for it. say you decided to compile it (ie to some ir). What is the correct way to prove that the compiler obeys the interpreter?
5:49:13
wuehlmaus
good morning from Hamburg. Any idea how i could get a list of all ANSI CL symbols? Need them for rlwrap -f list
6:34:07
karlosz_
drmeister: yeah, i'm pretty sure now that something related with macroexpansion is slowing things down. if you look at the spreadsheet kpoeck made, you can see that the files which have the largest slow downs from the cst-compiler are macro-heavy files like condition-reporters-english (7x for eclector/code/reader) and tokens.lisp (10x slower)