Hi All, On Sun, 2017-10-01 at 12:30 +0200, Abou Al Montacir wrote: > > In fastcgi and fcl-web, something goes wrong with linking: > > ELF interpreter /usr/libexec/ld-elf.so.1 not found > > I have no idea where this comes from as all references to libexec are > > either in fpmake itself after compilation or in t_bsd.pas (which code I > > removed below anyway to be sure). > As far as I can see this seems to be part of binutils-2.25 but not in Debian. > http://nixdoc.net/man-pages/FreeBSD/ld-elf.so.1.1.html gives some explanation > about this: > The ld-elf.so.1 utility itself is loaded by the kernel together with any > dynamically-linked program that is to be executed. The kernel transfers > control to the dynamic linker. After the dynamic linker has finished > loading, relocating, and initializing the program and its required shared > objects, it transfers control to the entry point of the program. I looked a little bit more in this issue and understood it. The path /usr/libexec/ld-elf.so.1 is inserted by the ld-bfd itself. One simple way to fix it is to modify the build configuration file as follows: $ cat fpc-3.2.2+dfsg/debian/deb-build-fpc.cfg # FPC configuration file for build system tools -k-z relro -z now -I /lib/ld-kfreebsd-x86-64.so.1 -Fl/usr/lib/x86_64-kfreebsd-gnu
So it looks like a bug in the port rather than in FPC itself. However, even after solving this, we have still other issues. -- Cheers, Abou Al Montacir
signature.asc
Description: This is a digitally signed message part
