freenode/#clasp - IRC Chatlog
Search
11:49:18
heisig
beach: I just finished my library for the Graphviz visualization of Cleavir data structures.
11:54:27
heisig
beach: Time of hoisting. I have already started investigating how ECL, SBCL, ABCL, Clisp and CCL handle the issue and how they produce their .fasl files.
11:56:20
heisig
Question: You mentioned it is not possible to perform minimal compilation during AST generation to get the AST environment-free, but why is that so?
11:56:45
jackdaniel
heisig: keep in mind ECL have two different kinds of fasl which behave differently: FAS (which is ELF shared object) and FASC (which is bytecodes vector)
11:57:50
beach
heisig: I said that? That doesn't sound familiar? Perhaps I said "implementation independent" rather than "environment free"?
11:59:10
Bike
i'm not sure what "perform minimal compilation during AST generation" means. ast generation does do minimal compilation (and more)
12:02:18
heisig
jackdaniel: Oh, interesting. I only found the ELF fasls so far. I need to check the code again.
12:04:38
jackdaniel
bytecmp is default on windows (because c compiler is not present at runtime there)
12:07:02
jackdaniel
as of ELF fasls, you may be interested in investigating intermediate files - you may pass arguments to compile-file so they are not removed
12:10:28
jackdaniel
als this may be interesting to you (but not so much as having intermediate files): https://common-lisp.net/project/ecl/static/ecldoc/Extensions.html#Compiling-with-ECL
12:24:47
scymtym
beach: i have a more or less complete solution for using CST:RECONSTRUCT in eclector. there is an issue with a required change in concrete-syntax-tree that conflicts with the change drmeister made in the meantime. i'm very busy with dayjob today, but i would like to discuss this at some point, if possible
13:44:32
drmeister
It's not something to do with standard-class vs class? standard-class inherits from class?
13:45:14
Bike
this is in the early clos boot so things are screwy, but they shouldn't be THAT screwy
17:30:35
Bike
drmeister: cc_dispatch_slot_reader_index casts the instance to Instance_sp- so if it's a FuncallableInstance_sp that only works because of the _Rack being in the same spot, right?
17:51:26
shiho
drmeister: I built clasp again and got same error from the same line. "Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS"
17:53:32
drmeister
Bike: Right - that only works because the _Rack is in the same spot - but the lack of a mention or test for FuncallableInstance_sp is an oversight - I wrote cc_dispatch_slot_reader_index before I implemented FuncallableInstance_sp - we should at least have a comment in there that says that we can do this because the _Rack is at the same offset.
17:54:28
drmeister
shiho: We have a problem in cando that we need to get to the bottom of right away. I'll look at it right after group meeting.
17:59:34
Bike
drmeister: we could probably use a different intrinsic if the instance is funcallable. i think we can remove the dependency on the rack being in the same place
18:00:25
Bike
also, kind of at a loss about the cando thing. i made some fairly deep changes but they were pretty boring stuff like adding setf functions in c++ and the expansions of some defining macros
23:23:43
drmeister
I'd like to run the ansi tests - where are we with them? kpoek has been doing some great work with those.
23:28:40
drmeister
I'm using (trace esrap:parse) and I've put a print statement in front of the call to (esrap:parse ...)