libera/#clasp - IRC Chatlog

21:19:27 drmeister What are they again? Do they help with hot swapping functions? Do they insert an indirection in calling?

21:22:13 bike it's basically the same as the class holders. when you compile a call like (FOO), that ends up as (funcall #<FDEFN>) essentially, and then whenever you do (setf fdefinition) on foo it updates the fdefn.

21:22:32 bike it shouldn't add an indirection. it should let us remove the function sell cell from symbols without slowing anything down

21:22:49 bike wow, what even happened with that message

21:28:05 drmeister Yeah

21:28:36 drmeister Remove the function slot from symbols?

21:29:17 bike yeah, cos we could put the fdefns in a global hash table or something instead, without requiring a lookup very often (there would be a lookup when doing fdefinition of an unknown symbol, but that's uncommon)

21:29:43 drmeister This sounds very useful.

21:33:09 bike i think the basic advantages for us are (a) it's a step closer to first class environments, which have various uses like sandboxing, and (b) right now every time you gensym it allocates two "undefined function" functions, which is a surprisingly big slowdown during bytecode compilation

21:38:56 drmeister I think I need to install emacs AFTER cando-user-install

21:39:17 drmeister Because emacs really messes up the clang C++ development environment

22:08:32 bike oh, and i guess another advantage is that it should make setf function lookups a bit faster, since right now we have to flip through the (setf foo) cons and such

22:27:53 drmeister Yes, let's add that.

22:28:38 drmeister yitzi: I have to add emacs very last, after cando-user-install

22:28:41 drmeister Then it works.

22:28:50 drmeister I have a reliable apptainer build now.

22:29:52 drmeister This is the cando.def file

22:29:54 drmeister https://www.irccloud.com/pastebin/Wxrz72dZ/

22:30:05 drmeister I'll switch to llvm-16

22:44:08 yitzi cool

22:45:17 drmeister What was the option to deal with this?

22:45:41 yitzi M1 build passes ansi-test

22:45:44 drmeister https://www.irccloud.com/pastebin/B1paivRS/

22:45:52 drmeister I removed all traces of it.

22:46:37 yitzi add `--llvm-config=/usr/lib/llvm-16/bin/llvm-config` to koga invocation

22:47:39 drmeister Without that it doesn't build.

22:47:42 drmeister Trying again.

22:48:02 yitzi Eventually I

22:48:19 yitzi 'll setup lobster as vm and make it more automatic

22:49:11 drmeister It was emacs screwing me up all this time.

22:49:24 yitzi Figuring out how to chroot into a ARM qemu emulator was a major accomplishment today. Not sure I wanna test the VM anymore then that.

22:49:26 drmeister I wonder if gnu and clang are compatible on lobster.

22:49:29 yitzi I saw that. Awesome

22:49:50 drmeister I think gnu screws up clang.

22:50:01 yitzi I wouldn't be suprissed

23:00:25 yitzi cl-bench crashed with some kind of rosetta error for the M1 build. So there a few issues, but pretty minor so far.

23:28:26 yitzi crap....now I am getting the same error that made me think there was a calling convention problem. Bugger.

23:34:57 drmeister FINALLY! I have a cando apptainer.

23:35:14 drmeister I lost count how many iterations that took.

23:35:36 drmeister What does the error look like?

23:36:08 drmeister There shouldn't be any calling convention issues because with multiple entry points we get the efficiency of messing with the calling convention without actually messing with the calling convention.

23:37:24 yitzi It may not be. Its like there is random junk being passed instead of the proper arguments. Get it first in the compilation of generated-encodings.lisp

23:38:38 yitzi Well, made progress... but I think that the x86 llvm got used by mistake in the many koga invocations.

23:39:29 drmeister Can you get this to happen with ARM on linux?

23:39:53 drmeister https://undo.io/about-us/undo/news/undo-software-deliver-support-64-bit-arm-devices#:~:text=UndoDB%20can%20be%20used%20in,fix%20bugs%20much%20more%20quickly.

23:40:11 drmeister The Undo debugger appears to work with ARM64

23:49:55 yitzi Nope. Linux ARM is just fine

0:12:54 yitzi Although that is in a vm. Do we have an Linux ARM box?

3:07:42 drmeister We don't have a Linux ARM box.