[Top][All Lists]

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

Re: [bug-gnulib] Re: libtool 2.1a failed mdemo-make.test on Solaris

From: Bruno Haible
Subject: Re: [bug-gnulib] Re: libtool 2.1a failed mdemo-make.test on Solaris
Date: Mon, 11 Jul 2005 13:23:26 +0200
User-agent: KMail/1.5

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, and thus hides this bug.
> Now the gnulib snippet in libltdl/ leaves us with the
> possibility of using the lib_OBJECTS variable to fix this(?).
> Several questions (thus the crosspost to all of these lists):
> - Is it ok/supposed by gnulib to use lib_OBJECTS for this?
> - Is it ok by Automake to use the *_OBJECTS variables it created,
>   i.e., may they be treates as exported interface?

The modules in gnulib are normally used in a directory that creates a
single library, say, and in this case a line like

  all-local $(lib_OBJECTS): $(ARGZ_H)

is meant to be changed to

  all-local $(libfoo_la_OBJECTS): $(ARGZ_H)

If, in the case of libltdl, the directory creates several libraries, then
yes your patch looks OK:

> +## Make sure argz.h will be created before it is needed:
> +lib_OBJECTS = \
> +     $(dlopen_la_OBJECTS) \
> +     $(dld_link_la_OBJECTS) \
> +     $(dyld_la_OBJECTS) \
> +     $(load_add_on_la_OBJECTS) \
> +     $(loadlibrary_la_OBJECTS) \
> +     $(shl_load_la_OBJECTS) \
> +     $(libltdl_la_OBJECTS) \
> +     $(libltdlc_la_OBJECTS)
> +


reply via email to

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