0:09:03karloszwhat's the difference between the two?
0:52:06kpoeckdrmeister frgo was calling cclasp-boehm and still compiling quicklisp, see https://gist.github.com/dg1sbg/afb4c951bcdd1a8e1e3eaeb9ec549450
1:19:11drmeisterAh - my memory is all jumbled up. cclasp-boehm is a symbolic link for iclasp-boehm
1:20:54drmeisterI think there must be something different about frgo's environment relative to mine that is breaking his clasp. Mine just built and builds quicklisp and ironclad with no problems.
1:21:38drmeisterIt used to be (and will be again) that cclasp-boehm links together all of the Common Lisp and C++ code into one executable.
1:22:14drmeistericlasp-boehm is just the C++ code and it loads a an image file that is a big faso file.
7:49:32drmeisterI threw caution to the wind and I allocate relocated memory for entire object files into boehm memory - it doesn't slow way down. I think I'm sort of GCing code.
7:49:46drmeisterI'll run some experiments in the morning to see if this is the case.