Support for running lisps on c-l.net?
toy.raymond at gmail.com
Sun Jul 24 15:52:50 UTC 2016
On 7/19/16 3:25 AM, Chun Tian (binghe) wrote:
> Hi Raymond,
> I think the issue with ccl64 (version `GLIBC_2.14' not found) may be
> resolved by rebuilding CCL runtime (the C part):
> 1. Go to CCL installation, "lisp-kernel/linuxx8664" directory
> 2. Execute "make"
> And then "lx86cl64" should contain the correct glibc version
> corresponding to your current Linux environment.
I didn't know you could do that!
That works great! (Well, I only tested that lx86cl64 gets to a repl, but
that's far better than before.
> Chun Tian
> On 18 July 2016 at 01:07, Raymond Toy <toy.raymond at gmail.com
> <mailto:toy.raymond at gmail.com>> wrote:
> On 7/16/16 6:07 AM, Mark Evenson wrote:
>>> On Jul 2, 2016, at 18:11, Raymond Toy <toy.raymond at gmail.com
>>> <mailto:toy.raymond at 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."
> Chun Tian (binghe)
> University of Bologna (Italy)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the clo-devel