libera/#clasp - IRC Chatlog
Search
2:50:41
Bike
for now we might want to say no, in case there's stuff expecting compiled functions to have machine code, like disassemble does
2:50:55
Bike
(having disassemble work on the bytecode would be good. i already wrote a disassembler for the bytecode)
3:12:08
drmeister
We don't want FuncallableInstance_O for generic functions to report on whether they are interpreted or not do we?
3:16:36
Bike
conceptually i'd say disassemble should disassemble the discriminating function, or more generally the funcallable instance function
4:02:16
drmeister
::notify yitzi I'm getting "Symbol named "ON-REMOVE" not found in the NGL package." How do I fix that?
4:51:00
drmeister
::notify yitzi Could ./koga --clean do rm -rf build dependencies src/lisp/kernel/contrib
4:59:39
Colleen
karlosz: drmeister said 4 hours, 8 minutes ago: I pushed the changes to the 'vm' branch of clasp to support a bytecode compiler and interpreter.
5:00:54
karlosz
great! stuff doesn't need to be final, but this should make it easy to change stuff as we need
5:00:56
drmeister
If you check the bottom of https://github.com/clasp-developers/clasp/wiki/Virtual-machine-design
5:01:26
drmeister
You implement a function (defun core:bytecode-call (pc-pointer closure args) ... )
11:59:56
Colleen
yitzi: drmeister said 7 hours, 57 minutes ago: I'm getting "Symbol named "ON-REMOVE" not found in the NGL package." How do I fix that?
11:59:56
Colleen
yitzi: drmeister said 7 hours, 14 minutes ago: I did this: rm -rf build dependencies src/lisp/kernel/contrib
11:59:56
Colleen
yitzi: drmeister said 7 hours, 8 minutes ago: Could ./koga --clean do rm -rf build dependencies src/lisp/kernel/contrib
12:26:19
yitzi
I've add a `--deep-clean`option to koga. It will delete an existing clone in repos.sexp before cloning. It respects `--skip-sync` and implies `--clean`
12:27:02
yitzi
So `--clean` deletes the build folder. `--deep-clean` deletes the build folder and gets fresh clones of the dependencies.
12:28:23
yitzi
Be careful if you keep a cando clone in extensions that you don't want koga to sync or delete. In that case you should put `:skip-sync '(:cando)` in config.sexp
12:29:39
yitzi
drmeister: No reason. Just the name that occurred to me. I think distclean is kinda weird, IMHO.
12:59:56
drmeister
I ran quickclasp update a couple of times last night. Does it need one this morning?
13:00:36
drmeister
The on-remove problem was only solved after I removed the contents of those directories.
13:03:32
drmeister
I searched for ngl-flu and removed all directories that contained that name. When I built it restored the old version of ngl-clj
13:04:27
drmeister
It was super frustrating because it failed at the very end of the build and I was building over and over again.
13:06:17
drmeister
I even wiped out ngl-cli in my quicklisp and quickload’d ngl-clj and that pulled the latest ngl-clj
13:12:44
yitzi
If CLASP_QUICKLISP_DIRECTORY is not defined then koga will clone quicklisp and maintain a copy in dependencies/quicklisp. This is intended for a packaging system when you don't want to use the "user's" quicklisp installation.
13:13:16
yitzi
If CLASP_QUICKLISP_DIRECTORY is defined then koga will use that that for sclasp & jupyter compilation.
13:15:23
yitzi
Because the stuff in dependencies/quicklisp is a "live" quicklisp distribution. If you had wanted to update it you would have had to do `CLASP_QUICKLISP_DIRECTORY=dependencies/quicklisp/ ./build/boehmprecise/clasp --non-interactive --eval "(ql:update-all-dists)"`
13:31:06
drmeister
This is on zeus - I don't have CLASP_QUICKLISP_DIRECTORY set on there but I do have it set on my mac.
13:54:37
drmeister
::notify karlosz I implemented multiple entry points in cclasp for the simple cases that only involve required + optional arguments. If the function lambda list involves &rest or &key or anything else - then the fixed arity entry points jump to the general entry point. You could do the same couldn't you?
14:00:50
Bike
yitzi: i merged your characters request - the tests all passed but for the disassemble thing, except for one that went screwy in a way that i'm pretty sure is unrelated to your PR
14:03:41
drmeister
I'm going to merge the vm branch into main. It builds fine with cando and it fixes a nasty bug from initialization of the partial implementation of the VM
14:08:53
drmeister
I've merged vm into main on zeus. I'm building on zeus to make sure it's clean and then I'll push it. Otherwise I'll have to pull again and build again.
14:11:29
drmeister
This thing about compiled-function-p may need to be cleaned up a bit once the bytecode compiler is in place. We will need to decide if bytecode is compiled. If we decide it isn't, then we need to keep the forms around so that we can compile them - right?
14:15:43
yitzi
When you pull from main you'll need to remove dependencies/ansi-test before rerunning koga
14:16:19
yitzi
Or you can be brave and use `--deep-clean` .... see the log for notes about its usage
14:17:11
Bike
i think the question of compiling bytecode again is a little different from the question of whether compiled-function-p is true of bytecoded functions
14:24:27
drmeister
Then I'll push and we can start the nightly packaging and see if it fixes any problems.