Re: ll/sc (was Re: Re: Re: [f-cpu] F-CPU project and Debian)

[Michael Riepe <michael@stud.uni-hannover.de>]

On Wed, Oct 09, 2002 at 04:09:32PM +0200, Cedric BAIL wrote:
[...]
> > >> >And I will specify a new form for assembler :
> > >> >loadaddri Imm64, Rm
> > >> >
> > >> >Where Imm64 will be marked as a PC relative relocation, and it will be
> > >> >expanded like this :
> > >> >loadcons.0 Imm64 & 0xFFFF, Rm
> > >> >loadcons.0 (Imm64 >> 16) & 0xFFFF, Rm
> > >> >loadcons.0 (Imm64 >> 32) & 0xFFFF, Rm
> > >> >loadcons.0 (Imm64 >> 48) & 0xFFFF, Rm
> > >> >loadaddr Rm, Rm
> 
> > >> This is a macro, so it must be documented in the
> > >> assembler's doc, not in the CPU doc... right ?
> 
> > >False, "loadcons Imm64, Rd" is in the manual,
>  
> > ???.... i thought there was only "loadcons(x) imm16, rd" ?
> 
> Oups, not in the 0.2.6, but 0.2.4/5 I think. That's not the problem in fact.
> We must provide in all assembler this "instruction" so that relocation
> are possible without it we will have a lot of problem. But in fact like
> what nicO say, we need an other syntax so that 16 bits versions can be forced.

That's easy to solve:

	loadcons imm64, r1

can use an optimal representation while

	loadcons.0 imm16, r1

will always use the constant as-is.

-- 
 Michael "Tired" Riepe <Michael.Riepe@stud.uni-hannover.de>
 "All I wanna do is have a little fun before I die"
*************************************************************
To unsubscribe, send an e-mail to majordomo@seul.org with
unsubscribe f-cpu       in the body. http://f-cpu.seul.org/