Bruno Haible <[EMAIL PROTECTED]> writes:
> You are right, the presence of $(ARGZ_H) in $(BUILT_SOURCES) makes this
> rule unnecessary. (Historically, the rule predates the use of BUILT_SOURCES.)
> Thanks for the hint. I propose this patch in gnulib.
Thanks; I installed that. At the same time I c
Alexandre Duret-Lutz wrote:
> Bruno> all-local $(libfoo_la_OBJECTS): $(ARGZ_H)
>
> Hmmm, why do you need this since $(ARGZ_H) is already in
> $(BUILT_SOURCES), and "all" depends on $(BUILT_SOURCES)?
You are right, the presence of $(ARGZ_H) in $(BUILT_SOURCES) makes this
rule unnecessary. (Histori
>>> "Bruno" == Bruno Haible <[EMAIL PROTECTED]> writes:
[...]
Bruno> all-local $(libfoo_la_OBJECTS): $(ARGZ_H)
Hmmm, why do you need this since $(ARGZ_H) is already in
$(BUILT_SOURCES), and "all" depends on $(BUILT_SOURCES)?
--
Alexandre Duret-Lutz
__
Hi Bruno,
* Bruno Haible wrote on Mon, Jul 11, 2005 at 01:23:26PM CEST:
>
> The modules in gnulib are normally used in a directory that creates a
> single library, say libfoo.la, and in this case a line like
>
> all-local $(lib_OBJECTS): $(ARGZ_H)
>
> is meant to be changed to
>
> all-loca
Ralf Wildenhues wrote:
> It's a bit tricky to reproduce: You
> need a system which has no argz.h, then configure, then `make check'
> without prior make. If you had ever run `make' before in this build
> tree, even after `make clean' the dependency information is stored in
> libltdl/.deps/*.Plo, a
[ this thread starts at
http://lists.gnu.org/archive/html/libtool/2005-06/msg00169.html ]
Hi Sven, others,
* Sven Verdoolaege wrote on Thu, Jun 23, 2005 at 09:11:36AM CEST:
> On Thu, Jun 23, 2005 at 08:31:48AM +0200, Ralf Wildenhues wrote:
>
> > > It's this version that fails on solaris.
> >
>
