Add platform support for Linux/m68k for the 3.0 branch #52
Conversation
…ALIGN On m68k, 'long long' is 16-bit aligned while 'sem_t' is 32-bit aligned and we must therefore include 'sem_t' when determining the values for FB_ALIGNMENT and FB_DOUBLE_ALIGN. Otherwise, the futex system call will fail on these systems.
|
I just added another patch on top to fix the generator script for the linker version script. The version scripts must include _IO_stdin_used when using the glibc as otherwise the application can crash or caused unexpected behavior on some architectures, see:
|
The GNU C library supports two ABIs for libio, one is the pre-2.1 ABI and the other is the current one. In order to determine which ABI is to be used, the C library checks whether the _IO_stdin_used symbol is exported by the executable. In case the symbol is present, the new ABI is assumed, if the symbol is missing, the old ABI is assumed. Thus, if an application is linked against a modern version of glibc, it must export the _IO_stdin_used symbol as otherwise the executable can crash or provoke other unexpected behavior on some architectures like PowerPC or MIPS because the C library is using the old ABI in this case.
glaubitz
force-pushed
the
B3_0_Release
branch
from
3b9cb31 to
6bf0abd
Compare
|
Is there a similar fix for 2.5.8? It does not have the file that you patch, nor does it have a file containing the line that you change (in that directory). |
|
@themaddoctor No, there is no similar fix for 2.5.8 because 2.5.8 isn't affected by this particular bug. |
|
That what is this bug if it is not the same one? With gcc 7.1.0 on x86_64, and firebird 2.5.8 sources, I'm getting this: make[2]: *** [../gen/Makefile.refDatabases:68: empty.fdb] Segmentation fault |
Hello!
This changeset adds Linux/m68k support to the 3.0 branch of Firebird.
Thanks,
Adrian