Florian Weimer wrote: > I'd like to provide an ld.so command as part of glibc. Will this happen in glibc upstream or just in Debian? > Today, ld.so can be used to activate preloading, for example. > Compared to LD_PRELOAD, the difference is that it's specific to one > process, and won't be inherited by subprocesses—something is that > exactly what is needed. That appears to be activated like this: /lib64/ld-linux-x86-64.so.2 --preload /usr/lib/x86_64-linux-gnu/libeatmydata.so.1.3.0 /bin/ls > Anyway, do you see any problems with providing /usr/bin/ld.so for use > by skilled end users? It means more folks get exposed to ld.so features, which might mean more support and feature requests for glibc upstream,. For example the set of features provided by environment variables is different to the set of features provided by command-line options. -- bye, pabs https://wiki.debian.org/PaulWise
Attachment:
signature.asc
Description: This is a digitally signed message part