4 ms·
Hopefully somekind of total package, no libraries required. ls -alh /usr/bin/sbcl -rwxr-xr-x 1 root root 304K helmi 28 2018 /usr/bin/sbcl
by timonoko 5y ago
Hopefully somekind of total package, no libraries required.
ls -alh /usr/bin/sbcl
-rwxr-xr-x 1 root root 304K helmi 28 2018 /usr/bin/sbcl
- johnisgood 5y ago-rwxr-xr-x 1 root root 314K Feb 5 2020 /usr/bin/sbcl* What is the size of your hello executable? I tried stripping it, but then it started SBCL's REPL for me. Perhaps I could strip something specific, but I did not have the time to mess around with it yet. But yeah, perhaps that executable contains SBCL along with other stuff.
- timonoko 5y agoI tried fibonacci test. It was also 43M. But fib(40) was 20 times faster than in Clisp. Something was compiled indeed. Who cares about the program size nowadays.
- johnisgood 5y agoI mentioned it because a lot of people do. Personally it does not affect me.
- xedrac 5y agoFor those that want to do lisp on embedded, binary size can be very important.
- lispm 5y agoThe SBCL image and executable contains the full Lisp with compiler. One thing one can do is to compress the image: http://www.sbcl.org/manual/#Saving-a-Core-Image http://www.sbcl.org/manual/#Saving-a-Core-Image Some other Common Lisp implementations have smaller executables and/or provide tools to reduce the size for delivery (for example by using a tree shaker).
- johnisgood 5y agoThank you!
- enduser 5y agoImage compression prevents mmap of the image, however, which can hinder performance significantly in exchange for a modest storage savings.