[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnulib-tool: support for LDFLAGS
From: |
Ralf Wildenhues |
Subject: |
Re: gnulib-tool: support for LDFLAGS |
Date: |
Fri, 8 Sep 2006 09:57:34 +0200 |
User-agent: |
Mutt/1.5.13 (2006-09-01) |
* Ralf Wildenhues wrote on Fri, Sep 08, 2006 at 08:36:54AM CEST:
> I recommend that if libgnu.a needs symbols from other libraries, then it
> should provide a macro $(LIBGNULIB) or so, that programs can use to link
> against, and that it should then contain those additional libraries.
> This way, it is possible for the program to link against shared
> libraries of those; instead pulling archive members of, say, libiconv.a,
> into libgnu.a seems rather ugly to me. (If that's what you're doing
> currently, that is.)
In case that wasn't clear, I think I should point out that the above
should not be done for libtool libraries: in that case, libtool will
push the dependencies itself through storing them in libgnu.la (in
the static case) or linking libgnu.so against whatever it needs
(in the shared case). The latter is necessary for systems that do not
allow undefined symbols in shared libraries.
Cheers,
Ralf
- gnulib-tool: support for LDFLAGS, Bruno Haible, 2006/09/06
- Re: gnulib-tool: support for LDFLAGS, Paul Eggert, 2006/09/08
- Re: gnulib-tool: support for LDFLAGS, Ralf Wildenhues, 2006/09/08
- Re: gnulib-tool: support for LDFLAGS,
Ralf Wildenhues <=
- Re: gnulib-tool: support for LDFLAGS, LIBDEPS and LTLIBDEPS, Bruno Haible, 2006/09/09
- Re: gnulib-tool: support for LDFLAGS, LIBDEPS and LTLIBDEPS, Ralf Wildenhues, 2006/09/10
- Re: gnulib-tool: support for LDFLAGS, LIBDEPS and LTLIBDEPS, Bruno Haible, 2006/09/11
- Re: *_LDFLAGS vs. *_LDADD vs. *_LIBADD, Bruno Haible, 2006/09/09
- Re: *_LDFLAGS vs. *_LDADD vs. *_LIBADD, Ralf Wildenhues, 2006/09/10
- Re: *_LDFLAGS vs. *_LDADD vs. *_LIBADD, Bruno Haible, 2006/09/11
- Re: *_LDFLAGS vs. *_LDADD vs. *_LIBADD, Ralf Wildenhues, 2006/09/13