Re: Static binaries and nss (dlopen actually)

2015-02-18 Thread Roland McGrath
> Roland McGrath, le Wed 18 Feb 2015 16:40:06 -0800, a ?crit : > > The short answer is that it's pretty well hopeless. > > Ok, that's what I was feeling, thanks for the confirmation :) Note this also means that features like dynamic linker namespaces and audit modules are essentially unusable on

Re: Server delegation (fsys_forward)

2015-02-18 Thread Roland McGrath
Indeed the purpose is to avoid the overhead of many processes that are all nearly identical. Obviously there is some sacrifice of the traditional compartmentalization that the whole multi-server model gives you. So it's wise to use it for translators that are relatively simple and thus relatively

Re: Static binaries and nss (dlopen actually)

2015-02-18 Thread Samuel Thibault
Roland McGrath, le Wed 18 Feb 2015 16:40:06 -0800, a écrit : > The short answer is that it's pretty well hopeless. Ok, that's what I was feeling, thanks for the confirmation :) Samuel

Re: Static binaries and nss (dlopen actually)

2015-02-18 Thread Roland McGrath
The short answer is that it's pretty well hopeless. For the Hurd you really really do not want to use static linking. Because of the structure of the system, it's much like having a quarter or third of the Linux kernel baked into each application binary. On Linux and other Unix-like systems, we