Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Jan 2012 21:50:54 +0100
From:      Michel Talon <talon@lpthe.jussieu.fr>
To:        freebsd-questions@freebsd.org, cpghost@cordula.ws, rsmith@xs4all.nl
Subject:   Re: Which Common Lisp port for FreeBSD/sparc64?
Message-ID:  <55E98C4F-0C15-4139-AA19-AFF16CDB5D8D@lpthe.jussieu.fr>

next in thread | raw e-mail | index | archive | help

> If the build of your favorite lisp still fails, you'll have to dive =
into the
> source to see what's wrong. It might be something relatively easy to =
fix.=20
> Some familiarity with C is probably required, though. :-)
Except for clisp, which is based on a C bootstrap, the others are =
written in lisp
and C code is reduced to very little. On the other hand the lisp =
compiler produces=20
machine code, so porting to another architecture requires important =
knowledge of
the machine. In particular for clisp i see this in the NetBSD pkgsrc =
makefile:
# Sparc64 has assembler code problems, see
# =
http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D952681&group_=
id=3D1355&atid=3D101355
NOT_FOR_PLATFORM=3D	*-*-sparc64
NOT_FOR_PLATFORM+=3D	*-*-arm
so i would not expect a quick solution. But no such restriction for =
sbcl.

As for Debian port of sbcl to 64 bits amd64 i know i have seen reports =
of incorrect
maxima programs in the maxima mailing list, so i suspect this port to be =
buggy. For
sparc64 i don't know. You can find various cmucl snapshots here:
http://common-lisp.net/project/cmucl/downloads/snapshots/2012/01/
i think one of the authors has a sparc machine, and also runs maxima, so =
i would be confident that=20
cmucl works OK on the sparc, but it is here apparently under solaris.=20



--

Michel Talon
talon@lpthe.jussieu.fr








Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?55E98C4F-0C15-4139-AA19-AFF16CDB5D8D>