On 7/16/16 6:07 AM, Mark Evenson wrote:
On Jul 2, 2016, at 18:11, Raymond Toy <toy.raymond@gmail.com mailto:toy.raymond@gmail.com> wrote:
I wanted to be able to run cmucl and ccl on c-l.net http://c-l.net/ (to run some automated tests).
Cmucl won't run; I think the 32-bit libraries that cmucl needs are missing. I tried running both 32- and 64-bit ccl, but there's some strange error produced. I can't tell if that's caused by c-l.net http://c-l.net/ or some bug in ccl.
Don't know if this is a goal for c-l.net http://c-l.net/, but it seems natural that c-l.net http://c-l.net/ should be able to run common lisp implementations. :-)
[Getting back from vacation; digging out from under email]
Yes, we would like to make the c-l.net http://c-l.net host run as many Lisp implementations as possible. Right now, we are running a fairly conservative version of Linux. If you would like to experiment with more exotic collections of libraries to satisfy dependencies, we might consider installing Docker containerization for users.
Not looking for anything exotic; just want to be able to run cmucl and ccl for now to run some automated tests for maxima (https://gitlab.common-lisp.net/rtoy/maxima). This currently works with sbcl, but more would be better. Ideally, ecl and gcl should also be run.
I mentioned to Erik that I think cmucl needs the 32-bit C libraries to run; ccl64 produces this error message:
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./ccl/lx86cl64)
ccl32 won't even run, perhaps because of missing libraries. But ldd didn't say anything about missing libraries.
What can I do to help you get your testing running on the c-l.net http://c-l.net host?
-- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."