On 03/08/2021 21:12, John Tytgat wrote:
On 8/3/21 9:21 PM, Lee Noar wrote:
ISTR that FPA floating point couldn't be used in modules, something to
do with modules running in SVC mode and FPA instructions being emulated.
I don't think that's the case (anymore?). The PS3 driver (which was btw
developed with gccsdk 4) is using FPA floating point code and works fine
on RISC OS 4/5 (well we did find a nasty and tricky FPEmulator stack
related problem which got eventually fixed).
Ah, ok, perhaps I'm relying on an old memory there.
That may be difficult to get implemented in the DDE C compiler! But, yes
that would mean that APCS-32 support wouldn't have to be added to GCC 10
just to support modules.
..and also for normal applications using the SharedCLibrary, right ?
Yes.
I've longtime lost my believe that we should try to keep on using
APCS-32 (https://www.riscos.info/pipermail/gcc/2012-October/005856.html)
for building RO code.
What you describe with regards to stack handling is pretty much what
I've done with GCC 10 and the ARMEABISupport module.
And would it really be that difficult to support
EABI in the DDE C compiler or is this just speculation ?
Just speculation, I was thinking more along the lines of someone with
access to the source having the motivation to add such support rather
than the technicalities of altering the code generation.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
