Atozed Forums

I had a windows service application built on Delphi that I have successfully converted to a linux freepascal Daemon. My plan is to run it on a OEL7 server, no GUI, however the indy components are compiling in GNU dependencies

librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f665d750000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f665d74a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f665d560000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f665d53e000)


I am using
IdUDPServer
IdTCPServer

Has anyone been able to prevent these dependencies from compiling to executables?

This turned out to be me not selecting the nogui widgets

(01-19-2021, 11:51 PM)hendo3018 Wrote: [ -> ]My plan is to run it on a OEL7 server, no GUI, however the indy components are compiling in GNU dependencies

librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f665d750000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f665d74a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f665d560000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f665d53e000)

Indy itself has no dependencies on those libraries. So they have to be coming from somewhere else. Most likely from FreePascal's own RTL. For instance, FreePascal uses the pthreads library in its TThread implementation on 'Nix platforms. And FreePascal's cthreads unit (needed to initialize FreePascal's multi-threading support) causes linkage to the C runtime library.