Forum > General

RTL/Packages as dynamically linked library

<< < (2/2)


--- Quote from: marcov on February 07, 2023, 11:12:03 pm ---
--- Quote from: PascalDragon on February 07, 2023, 09:21:26 pm ---
--- Quote from: marcov on February 07, 2023, 05:39:13 pm ---No, because automated types (like string) don't work over DLL borders without special care.
--- End quote ---

Due to the way ELF binaries work, on systems that use ELF binaries it can work, which is why ppumove was introduced after all.

--- End quote ---

If you mean single _LINKER_ namespace, afaik not all ELF binaries do (e.g. Solaris, AIX). But anyway, what I was referring that as soon you have two RTLs you have to sub-allocators if you don't take special case.

--- End quote ---

Yes, not all ELF targets might support this. The main target this has been tested on was Linux anyway.

And in the case of ppumove there is only one RTL as the RTL units are moved into a library. Even if you'd link against another library written in FPC with a linked in RTL (aka the default) this won't be a problem. What would be a problem however would be a binary with RTL in the libraries and an additional library with a different version of the RTL in libraries as well.


[0] Message Index

[*] Previous page

Go to full version