My question is not the same as this question.
I’m working on a project with a standalone binary that has no dynamic/external linkage, and runs in a *nix environment.
I’m attempting to move to a newer toolset to build with, but some of the static libraries that are available with the older toolset aren’t available now — for example, the crt libraries that provided _start aren’t provided in this toolset.
I’ve been digging through the files provided with the vendor’s toolset and found some shared objects with the symbols I needed from the crt libraries (eg, _start, _fini, etc) but I’m unsure whether there’s a straightforward way to statically link a shared object into a binary, and further have that binary be executable.
Short version: Can a non-shared-object binary be statically linked with a shared object without the result becoming another shared object?
There’s a fundamental difference between a shared library and a static library. First off, do search this site for previous discussions, and check out this question too (and the answers therein).
Basically, a static library is just a collection of objects, and the linker resolves the symbol names into fixed addresses — this is required for static linking. On the other hand, a shared library is much more like an independent executable, which is loaded into memory by the loader and has entry point addresses to which the program jumps. However, relocation tables that static libraries have are generally not preserved when a shared library is being linked, so it’s in general not possible to extract linkable object code from inside a linked shared library.