bug-gnulib
[Top][All Lists]
Advanced

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

Re: [bug-gnulib] FYI: adding AC_LIBSOURCES/AC_LIBOBJ in coreutils .m4 fi


From: Alexandre Duret-Lutz
Subject: Re: [bug-gnulib] FYI: adding AC_LIBSOURCES/AC_LIBOBJ in coreutils .m4 files
Date: 31 Jan 2005 19:37:42 +0100
User-agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.3.50

>>> "Jim" == Jim Meyering <address@hidden> writes:

 Jim> Alexandre Duret-Lutz <address@hidden> wrote:
 >>>>> "Jim" == Jim Meyering <address@hidden> writes:
 >> 
 Jim> Imagine a case like findutils where there are two pairs of
 Jim> directories, gnulib/m4 and gnulib/lib for gnulib sources,
 Jim> as well as m4/ and lib/ for package-specific sources.
 Jim> What happens when someone wants to add a package-specific
 Jim> m4/*.m4 file that uses e.g., AC_REPLACE_FUNCS or AC_LIBOBJ?
 >> 
 >> In which Makefile would such setup use @address@hidden

 Jim> Well, in findutils, it's used only in lib/gnulib/Makefile.am,
 Jim> but lib/Makefile.am uses @FINDLIBOBJS@, supported by a few custom
 Jim> autoconf macros defined in m4/findlib.m4.

OK, therefore AC_REPLACE_FUNCS and AC_LIBOBJ cannot be used for
lib/ files (since its objects have to land in @FINDLIBOBJS@),
hence AC_LIBSOURCE is not used either.

 Jim> Developers shouldn't have to jump through such hoops.

I agree, but how does searching for sources in several
directories solve the above object partition?  

What I was trying to explain two mails ago is that fixing this
would require a generalization of the AC_LIBOBJ&friends
interface.  Basically we'd need to support more than one
@LIBOBJS@ variable.
-- 
Alexandre Duret-Lutz





reply via email to

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