Without looking at the details, this work probably still uses something like that, under the hood. In mainline sbcl, dumping an executable with save-lisp-and-die will create an executable that depends on a few dynamic libraries and, if you use the ffi, whatever dynamic libraries you're using though that. With the already existing static-program-op in one of the cffi packages (grovel, maybe?), you can get an executable with all of the libraries linked through the cffi linked in staticly (you won't need those .so files when you distribute the executable) but it will still need a few dynamic libraries when run. Glibc and libm at least, I think.
As I understand it, this work is attempting to remove even those last few dynamic dependencies so you can distribute the dumped executable and be done.
So, better if you want simpler distribution at the cost of larger executables.
As I understand it, this work is attempting to remove even those last few dynamic dependencies so you can distribute the dumped executable and be done.
So, better if you want simpler distribution at the cost of larger executables.