Bruno Haible <[EMAIL PROTECTED]> writes: > Is -zignore fully portable? If you find only a single platform where > -zignore's functionality does not exist, then you need to go back to the > explicit list of potential dependencies.
No, because the link will still work even if we link to all the libraries in question. The programs will still run, even if they start up a bit slower. If we run into a linker that needs some option other than -zignore then we can use that option. If we run into a linker that does not support the -zignore functionality, then we can worry about it then, but perhaps the rarity of this loss in performance won't be worth the hassle in writing a linker wrapper that figures this stuff out at link-time. > The autoconf manual recommends test -n "$gl_ldd_output0" here. Thanks, I'll take that into account. > I'm not sure that all 'ldd' variants will keep the output the same when > the set of dependent libraries has not changed. Some also include hexadecimal > addresses in the output, I think. Yes, that's possible. If this happens, the current implementation will append -zignore even though -zignore didn't really help. However, the program will still link, so this won't break anything. _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib