libera/#sicl - IRC Chatlog
Search
13:10:10
lonjil
I predict that most or all Linux distros will build SICL with Clisp or SBCL, regardless of BOCL being available or not.
14:21:45
beach
lonjil: Why do you think that? I mean, if (say) SICL were to be distributed as a package for some Linux distribution with instructions to just type `make', why would they do something different?
14:27:26
lonjil
Whether they decide *not* to do what you said would probably depend on how slow bootstrapping with BOCL ends up being. If it is very very slow they may use SBCL instead to save CPU time on their build servers.
22:53:10
Mondenkind
Bike: 'there aren't really a lot of options for a non in house GC' have you looked at mps?
23:01:52
Bike
i'm not sure if it was a lock or a shared atomic flag, but yeah, multithread performance was not good
23:03:23
hayley
The code is quite nice for C. I ported it to ARM about half a year before Ravenbrook did.
23:03:57
Bike
might have been, but neither i nor drmeister is especially interested in (re)writing a GC. kind of kills the non in house aspect
23:06:42
hayley
I still think some not-entirely-essential modifications are better than full in-house; but it's still maintenance effort, yes.
23:41:28
Bike
also fixing mps in this way would have required some pretty deep work, since the allocation stuff is all a bunch of hyper optimized macros and functions