I wanted to be able to run cmucl and ccl on 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 or some bug in ccl.
Don't know if this is a goal for c-l.net, but it seems natural that c-l.net should be able to run common lisp implementations. :-)
On Jul 2, 2016, at 18:11, Raymond Toy 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.
What can I do to help you get your testing running on the c-l.net http://c-l.net/ host?
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."
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.
Regards,
Chun Tian
On 18 July 2016 at 01:07, Raymond Toy toy.raymond@gmail.com wrote:
On 7/16/16 6:07 AM, Mark Evenson wrote:
On Jul 2, 2016, at 18:11, Raymond Toy toy.raymond@gmail.com wrote:
I wanted to be able to run cmucl and ccl on 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 or some bug in ccl.
Don't know if this is a goal for c-l.net, but it seems natural that 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 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 host?
-- "A screaming comes across the sky. It has happened before but there is nothing to compare to it now."
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):
- Go to CCL installation, "lisp-kernel/linuxx8664" directory
- 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.
Regards,
Chun Tian
On 18 July 2016 at 01:07, Raymond Toy <toy.raymond@gmail.com mailto:toy.raymond@gmail.com> wrote:
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."--
Chun Tian (binghe) University of Bologna (Italy)
-
Chun Tian (binghe) -
Mark Evenson -
Raymond Toy