Hi Jonathan:

I defined a type mips_fpreg_t in types.h so people could choose the size
of registers to save, but forgot to implement this in the usual places.

I thought it would be better to leave those developing embedded systems
with the choice of sizes since they might be more memory constrained.

If we did this, would it be unreasonable to swap the positions of
sc_fpc_eir and sc_fpregs in the sigcontext struture so alignments
are preserved?

This sounds like a good idea to me.

	-castor

On Sat, 6 Feb 1999, Jonathan Stone wrote:

> [This is primarily to Castor, but any other opinions welcomed]
> 
> Hi,
> 
> I'd really, really like it if the `64-bit clean' sigcontext was
> usable, unchanged, for an `n32' ABI. That'd mean that the sc_fpregs
> have to allocate enough space for 64-bit registers.
> The obvious thing is to declare them as mips_reg_t rather than int.
> 
> Could we do that? It shoudln't impact the netbsd tree, since AFAIK
> nobody has acutally used the 64-bit-clean stuff yet.
> 
> It does mean anyone using the 64-bit-clean world would have to
> recompile code that used OFFSETOF_SC_MASK, or that allocates jmp_bufs
> or struct sigcontexts.  How painful would that be?
>