Sebastian Huber <sebastian.hu...@embedded-brains.de> writes: > I mean the ABI described in "Procedure Call Standard for the ARM > Architecture" document number "ARM IHI 0042D, current through ABI > release 2.08". In GCC this is ARM_ABI_AAPCS and ARM_ABI_AAPCS_LINUX?
That is my understanding, yes. > This is not hacking. It is making a choice between two alternatives > described in the document issued by ARM. See also section 7.1.3 > "Enumerated Types" > > http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/IHI0042D_aapcs.pdf > > For RTEMS it is surely not the worst choice to use the Linux variant > of the EABI since a lot of software is developed for and tested with > it. Ouch, I did not know that the EABI left this open. That seems like a bug, because it prevents code from being interoperable. This is precisely the kind of thing an ABI should address. Does anybody know why they did this? Ian