>>>>> "Lars" == Lars Brinkhoff <lars@...> writes:
Lars> Christophe Rhodes <csr21@...> writes:
>> Lars Brinkhoff <lars@...> writes:
>> > I have no previous experience with SBCL internals, but I'd like to
>> > hack the assembler.
Lars> I guess I should come clean and admit that I'm trying to add an ARM
Lars> back end. Don't get your hopes up though, my main credentials is that
Lars> I have an ARM machine, so it could take a while.
Lars> Perhaps starting with the assembler is the wrong way to go about this.
Lars> If so, let me know.
I wouldn't think you'd need to modify the assembler itself. You will
need to describe ARM's instruction set. And write a ton of vops and
assembly-routines. And decide how to partition the register set, and
so on and so forth.
But what do I know? I've never tried porting a new architecture. :-)
[snip]
Lars> I've found SB!VM:DEFINE-ASSEMBLY-ROUTINE, which seems to be a
Lars> convenient interface to SB!C:DEFINE-VOP, so perhaps I'm on the right
Lars> track. Just now I also found SB!ASSEM::SEGMENT-BUFFER which should
If sb!vm:define-assembly-routine is like CMUCL's
c::define-assembly-routine, then it is not an interface to
define-vop. They're different things.
Ray