Re: [Sbcl-devel] It's Alive!

Simon Leinen <simon@...> writes:
> Good job! Is this the first non-i386 port of SBCL?
If anyone else has done another, they've kept it _very_ quiet ...
There's a couple of things I should add:
1) This is not a new Python backend; this is a port of the existing
(although, I suspect, somewhat stale) Alpha backend in CMUCL.
Sometime I will put together my hazy notes and sketchy memory[*] on
what it entailed, for the benefit of people who want to give similar
treatment to other CMUCL targets. Sparc is probably an obvious
contender.
2) This is not a 64 bit CL - fixnums are still 30 bits long. See
above - nor was CMUCL/Alpha a 64 bit CL. Although I suspect it'd be
a lot easier to port to 64 bits then CMUCL would, simply for the (lack
of) bootstrapping issues. (It'd clear up a raft of ugly casts in the
C runtime too, let me be the first to point out)
3) I have an iMac in the cupboard that i will be unpacking after I
move house (an old PPC backend for CMUCL was recently resuscitated, if
anyone here doesn't also follow cmucl-imp. Does Eric Marsden read
this list?)
[*] vice versa, even
-dan
--
http://ww.telent.net/cliki/ - Link farm for free CL-on-Unix resources

Simon Leinen <simon@...> writes:
> Good job! Is this the first non-i386 port of SBCL?
If anyone else has done another, they've kept it _very_ quiet ...
There's a couple of things I should add:
1) This is not a new Python backend; this is a port of the existing
(although, I suspect, somewhat stale) Alpha backend in CMUCL.
Sometime I will put together my hazy notes and sketchy memory[*] on
what it entailed, for the benefit of people who want to give similar
treatment to other CMUCL targets. Sparc is probably an obvious
contender.
2) This is not a 64 bit CL - fixnums are still 30 bits long. See
above - nor was CMUCL/Alpha a 64 bit CL. Although I suspect it'd be
a lot easier to port to 64 bits then CMUCL would, simply for the (lack
of) bootstrapping issues. (It'd clear up a raft of ugly casts in the
C runtime too, let me be the first to point out)
3) I have an iMac in the cupboard that i will be unpacking after I
move house (an old PPC backend for CMUCL was recently resuscitated, if
anyone here doesn't also follow cmucl-imp. Does Eric Marsden read
this list?)
[*] vice versa, even
-dan
--
http://ww.telent.net/cliki/ - Link farm for free CL-on-Unix resources

>>>>> "db" == Daniel Barlow <dan@...> writes:
db> 3) I have an iMac in the cupboard that i will be unpacking after I
db> move house (an old PPC backend for CMUCL was recently resuscitated, if
db> anyone here doesn't also follow cmucl-imp. Does Eric Marsden read
db> this list?)
yep. I haven't got the port working yet though: something scribbles on
current_dynamic_space_free_pointer so it crashes in GC. gdb can't do
hardware watchpoints on PPC, and software watchpoints are unbelievably
slow.
Hopefully I'll have to to continue on it after next week.
--
Eric Marsden <URL:http://www.laas.fr/~emarsden/&gt;