build: fix invocation of bundled ld.so in SDK and Imagebuilder
authorJo-Philipp Wich <jo@mein.io>
Sun, 16 Jul 2017 21:43:19 +0000 (23:43 +0200)
committerJo-Philipp Wich <jo@mein.io>
Fri, 21 Jul 2017 06:09:45 +0000 (08:09 +0200)
commitef1cafa736679eb035d405bcdf903fd1fb329865
tree800864adbf3c53c4c35220fabf6e40d8af63f247
parentf2fdd68664cdf09075e6f18b20946e41a22284b2
build: fix invocation of bundled ld.so in SDK and Imagebuilder

Commit 72d751cba9 "build: rework library bundling" introduced a new helper
binary "runas" whose sole purpose was mangling the argv vector passed to
the actual called ELF image so that the renamed executable could obtain the
proper name from argv[0].

This approach, however totally defeated the purpose of calling bundled ELF
executables through the shipped ld.so loader since the execv() invocation
performed by "runas" would cause the kernel the interprete the final program
image through the system ELF loader again.

To solve the problem, use an alternative approach of shipping a shared object
"runas.so" which uses an ELF ".init_array" function pointer to obtain the
argv[] vector of the to-be-executed main() function and mangle it in-place.

The actual argv[0] value to use is communicated out-of-band using an
environment variable "RUNAS_ARG0" by the shell wrapper script. The wrapper
script also takes care of setting LD_PRELOAD to instruct the shipped ELF
loader to preload the actual ELF program image with the "runas.so" helper
library.

Fixes FS#909.

Signed-off-by: Jo-Philipp Wich <jo@mein.io>
scripts/bundle-libraries.sh