[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gnulib] new module lib-ignore; new section build_lib in MODULES

From: Paul Eggert
Subject: Re: [bug-gnulib] new module lib-ignore; new section build_lib in MODULES.html
Date: Wed, 11 Jan 2006 15:09:32 -0800
User-agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux)

Bruno Haible <address@hidden> 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.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]