libera/#clasp - IRC Chatlog
Search
22:01:18
bike
by the way, i stuck the bytecode compilation stuff in a repo https://github.com/clasp-developers/bytecode-to-bir it's private, but i think that mean anyone in clasp-developers can see it
22:04:49
drmeister
There is a difference - when running with `cando -f generate-bytecode --base` (compile-file-pathname "test.lisp" :output-type :object) -> "test.fasl".
22:17:31
drmeister
So, they are being deleted then - and since they are being deleted, asdf is generating them every time.
22:27:30
drmeister
quicklisp/asdf rebuild everything again and again when :build-mode :faso is used.
22:30:17
drmeister
In :build-mode :faso (compile-file-pathname "x.lisp" :output-type :object) -> "x.faso")
22:30:25
drmeister
In :build-mode :faso (compile-file-pathname "x.lisp" :output-type :fasl) -> "x.fasp")
22:39:10
drmeister
If I edit lisp-action.lisp and then in src/lisp/modules/asdf I run make - that's all I need to do - right?
22:41:24
drmeister
I start `cando --base` and it starts building trivial-with-current-source-form and then esrap.
22:41:48
yitzi
You edit lisp-action then you go into src/lisp/modules/asdf and run make. then ninja -C build in the root
22:46:22
yitzi
Looks like there is work to do in the bundle-op stuff. I don't think quicklisp is using that.
23:00:22
drmeister
https://github.com/clasp-developers/clasp/blob/bytecode-asdf/src/gctools/snapshotSaveLoad.cc#L2356
23:01:42
drmeister
This asdf thing couldn't be effecting the apptainer build could it? I think there's almost zero chance of that.
5:08:09
drmeister
There's still a problem in the apptainer build running multiple cando processes all trying to build quicklisp code at the same time.
5:14:39
drmeister
In that last case I started six jobs (72 processes) and one job remained in the end - five died.