freenode/#sicl - IRC Chatlog
Search
4:49:47
beach
And I tried the compile-time options suggested by Douglas Katzman in this message from 2 years ago: https://sourceforge.net/p/sbcl/mailman/message/35497099/
4:51:22
beach
I also tried changing to CCL. I get a mysterious error early on in the bootstrapping procedure that a slot reader is called with 1 argument but requires at least 2. I think I would need some help from rme to figure that one out.
4:54:48
beach
Instead, he changed something in the SBCL code, asked me to download a fresh version, compile it, and install it.
4:58:40
shka_
ok, i bet that this is the commit https://github.com/sbcl/sbcl/commit/e7cd2bd40f5b998821874b1720d61735f2cf292e
5:06:31
shka_
this makes me to think so #define WORDS_PER_PAGE ((int)IMMOBILE_CARD_BYTES/N_WORD_BYTES)
5:17:36
shka_
well, don't bother in that case but git checkout e7cd2bd40f5b998821874b1720d61735f2cf292e
5:19:44
shka_
maybe this has to do something with github mirror or something that delayed code distribution just enough for you to pull older version
5:53:25
shka_
it probably is, but as with everything with so many moving parts it sometimes exceeds human capability ;-)
6:04:17
beach
I wonder what the use of immobile space might be, especially since it seems to be optional. Does it have to do with performance?
6:44:13
beach
Latest news, removing all my FASLs and starting the bootstrapping procedure over fixes the problem.
6:45:11
no-defun-allowed
speaking of which, fasls decided to get on my nerves again today, so i can't wait for them to go, haha
6:46:59
no-defun-allowed
after you talked about avoiding structs, i decided to replace one with a standard-class since it wasn't hard to replace and subclassing it made sense
6:47:40
no-defun-allowed
can't do that in one lisp instance apparently, even after attempts to unintern and delete-package so i restarted and reloaded
6:48:05
no-defun-allowed
well, it's probably going to be alright, network speed will be the bottleneck
6:48:45
no-defun-allowed
sbcl cheerily errors about different shapes or forms or something in the FASL since i used the same accessor names and i had to remove the fasls
6:57:27
no-defun-allowed
there's only one program i can think of where a struct would have been better, due to memory pressure since i would be handling lots of objects over many threads
6:58:20
beach
Now, of course, in SICL, that would make no difference, since structs have the exact same layout as standard objects.
7:01:56
no-defun-allowed
so, i suppose the size of an object would not be much smaller if it were a struct then
7:02:51
beach
Not in SICL. In most Common Lisp implementation there would be no indirection for structs. Such an indirection is necessary for standard objects, because they can be dynamically redefined.
7:23:08
shka__
so function that stays in one place all the time can be also passed as callback, safely
7:23:35
beach
Well, in SICL, all functions will be allocated in immobile space, but there won't be any restriction on the size of that space. The OS will be asked to increase it as necessary.
7:26:45
shka__
well, it pains me to see you troubled, but I am afraid that i already reached limits of my capabilities