Hi Bruno,
* Bruno Haible wrote on Thu, Jan 12, 2006 at 02:04:45PM CET:
>
> To use the 'ldd' module is simple:
> - add an AC_REQUIRE([gl_LDD]),
> - use
> $LDDPROG conftest$ac_exeext $LDDPOSTPROC
I assume you mean
$(LDDPROG) program$(EXEEXT) $(LDDPOSTPROC)
for Makefiles?
Because r
Paul Eggert wrote:
> + [for gl_ldd in \
> + ldd \
> + 'chatr' \
> + 'dump -H' \
> + 'elfdump -Dl' \
> + 'odump -Dl' \
> + 'otool -L' \
> + :; do
> + gl_ldd_output0=`($gl_ldd conftest$ac_exeext) 2>/dev/nu
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
lib
* Paul Eggert wrote on Wed, Jan 11, 2006 at 07:28:55PM CET:
> Ralf Wildenhues <[EMAIL PROTECTED]> writes:
>
> > And if I know anything about how autotools-using build systems
> > expect link flags and libraries, then you're not supposed to put
> > `-lrt' in LDFLAGS, but in LIBS.
>
> Yes, that's
Paul Eggert wrote:
> If a package like that defines several programs,
> only some of which call clock_gettime, then the maintainer will have
> to do something like this (this is an extract from
> coreutils/src/Makefile.am):
>
> pr_LDADD = $(LDADD) $(LIB_CLOCK_GETTIME)
> shred_LDADD = $(LDADD) $(LIB
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> Similarly, `-zignore' is linker dependent.
Yes. If some linkers need some other option to do that, we'll need to
add it to lib-ignore.m4. But in the meantime the existing code should
produce working executables, even with those linkers, since it doe
Bruno Haible <[EMAIL PROTECTED]> writes:
> The problem is brought in by the fact that we build a single libgnulib or
> libcoreutils for all executables of a package, and if a single function
> in this library needs, say, high-resolution timers, the libgnulib or
> libcoreutils has "-lrt" in its lin
* Bruno Haible wrote on Wed, Jan 11, 2006 at 01:44:27PM CET:
> Paul Eggert wrote:
> > I thought this module might be useful for people trying to build
> > executables on systems like Solaris where the "-lrt" option causes the
> > executable to dynamically link to rt, even if the executable does not
Paul Eggert wrote:
> I thought this module might be useful for people trying to build
> executables on systems like Solaris where the "-lrt" option causes the
> executable to dynamically link to rt, even if the executable does not
> need any of the rt routines.
The problem is brought in by the fac
