[fpc-pascal] System call ABI problem on ppc Linux
tobiasgiesen at gmail.com
tobiasgiesen at gmail.com
Tue Dec 5 19:02:53 CET 2017
Hi,
I will check it but the app really runs fine now after changing only FpFtruncate, and
also FppRead and FppWrite (which nobody seems to use anyway). These are the
occurrences of {$ifdef FPC_ABI_EABI}.
I think the only problem is with fpmake, which doesn't include FPC_ABI_EABI for
powerpc 32-bit processors.
My use case is running my software on a Synology DS-413 NAS, which has a PowerPC
processor. It's only a few years old. Nowadays they use only Intel and ARM.
For old times' sake I will also release it for Mac OS / ppc.
Cheers,
Tobias
----
On Tue, 5 Dec 2017 14:55:41 +0100 (CET)
marcov at stack.nl (Marco van de Voort) wrote:
> In our previous episode, Tobias Giesen said:
> > I just filed a bug report about FpFtruncate passing the parameters incorrectly to the
> > system. For example, setting a file size to $D would cause the file to have the size
> > $D 0000 000D. Apparently the conditional define FPC_ABI_EABI would fix it, but what
> > other impact does it have?
> >
> > I wonder which other system calls might be affected? My application seems to work
> > fine except for this function.
> >
> > https://bugs.freepascal.org/view.php?id=32772
>
> I replied. Roughly anything with an 64-bit argument, (typically off_t) most
> notably mmap.
> _______________________________________________
> fpc-pascal maillist - fpc-pascal at lists.freepascal.org
> http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Kind Regards,
Tobias Giesen
Super Flexible Software Ltd. & Co. KG
Buddenstr. 29-31
48143 Münster, Germany
www.superflexible.com
www.tgtools.com
-----------------------------------------------------------
Registered at register court Münster as HRA 9716
Liability / general partner: TGTools Ltd.
Company No. 05513299
Registered in England and Wales
Directors: Tobias Giesen and Claudia Giesen
More information about the fpc-pascal
mailing list