Martin Cracauer wrote:
> Interesting you have lower performance in SBCL. Are you comparing a
> 64 bit SBCL with a 32 bit CMUCL? Is your SBCL binary (whichever
> bitcount) compiled with thread support?
I have a 32 bits machine, and i was using the FreeBSD sbcl port without
changing any compiling
Michel Talon wrote on Fri, Jun 11, 2010 at 11:34:33AM +0200:
> Martin Cracauer wrote:
>
> > Right now I think there's a general lack of people building CMUCL
> > binaries, BTW.
>
> There are "recent" cmucl binaries built here:
> http://common-lisp.net/project/cmucl/downloads/snapshots/2009/01/
>
Martin Cracauer wrote:
> Right now I think there's a general lack of people building CMUCL
> binaries, BTW.
There are "recent" cmucl binaries built here:
http://common-lisp.net/project/cmucl/downloads/snapshots/2009/01/
for freebsd 7 and freebsd 8.
I think this is for x86, not x86-64 but they sho
Hello Martin, *,
the port lang/cmucl has a dependency on a very old libutil,
libc and libm:
% lisp
/libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by "lisp"
% which lisp
/usr/local/bin/lisp
% ldd `which lisp`
/usr/local/bin/lisp:
libutil.so.5 => not found (0x0)
Hello,
I've run into this before and it seems to me like the port should
actually depend on misc/compat6x. I emailed Martin about this a while
back, but never received any reply. Apparently there is even an open bug
for this: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146680
Hope this helps
On Thu, Jun 10, 2010 at 11:27 PM, Douglas Thrift wrote:
> Hello,
>
> I've run into this before and it seems to me like the port should
> actually depend on misc/compat6x. I emailed Martin about this a while
> back, but never received any reply. Apparently there is even an open bug
> for this: http
Douglas Thrift wrote on Thu, Jun 10, 2010 at 02:27:25PM -0700:
> Hello,
>
> I've run into this before and it seems to me like the port should
> actually depend on misc/compat6x. I emailed Martin about this a while
> back, but never received any reply. Apparently there is even an open bug
> for th