Hi Matthew,

Just wanted to add a couple of MIPS-specific things on top of what
Joseph said:

Matthew Fortune <matthew.fort...@imgtec.com> writes:
> The MSA patch as submitted is another variation of O32 ABI which could
> be described as O32+FP64+MSA(+nan2008) and would be link incompatible
> with both O32 and O32+FP64(+/-nan2008). The same of course applies to
> N32/N64 being link incompatible with N32/N64+FP64. This may make it
> difficult to have a small part of an application optimised with MSA but
> the rest of the code ignorant of MSA, in your experience do you think
> that will be an issue?

FWIW, n32/n64 is always fp64 -- we don't support an fp32 version.
And as you imply, o32+fp64 is already an established ABI so I think we
have to support the current form alongside any new one.  I agree with
Joseph that it'd be better to realign the stack dynamically instead.
This is what x86 does, so it's well tested within gcc.

Also, I think there was a possibility of adding a 256-bit form of MSA
in future, is that right?  So if we added extra static alignments,
would we need a separate ABI for 256-bit MSA too?

> We (MIPS) have several discussions ongoing regarding ABIs on a variety
> of mailing lists so I'm trying to collect as much input as possible to
> inform future plans.
>
> One part of the patch that I don't believe you commented on is the
> change of stack alignment for both existing O32+FP64 and new
> O32+FP64+MSA. Did this seem OK?

No, sorry, not sure why I didn't include that.

Thanks,
Richard

Reply via email to