[Top][All Lists]

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

Diagnose invalid primary/directory combinations (was: Re: configmake mod

From: Stefano Lattarini
Subject: Diagnose invalid primary/directory combinations (was: Re: configmake module and automake 1.9.6)
Date: Wed, 15 Dec 2010 12:27:43 +0100
User-agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; )

Hi Eric.

On Tuesday 14 December 2010, Eric Blake wrote:
> [dropping gnulib for this reply]
> On 12/14/2010 02:54 PM, Eric Blake wrote:
> >>>  # Listed in the same order as the GNU makefile conventions.
> >>>  # The Automake-defined pkg* macros are appended, in the order
> >>>  # listed in the Automake 1.10a+ documentation.
> >>> +# Support newer definitions even when using older automake 1.9.6
> >>
> >> The Automake version is probably irrelevant here. It's the Autoconf
> >> version that matters.
> > 
> > Oh; it's a mix of both autoconf and automake macros (autoconf AC_SUBST's
> > localedir, but only automake 1.11 AC_SUBST's pkglibexecdir); the comment
> > in modules/configmake only mentioned automake, but both tools have a
> > hand in feeding configmake.h.
> In fact, I think automake has a minor bug. lists the
> following directories:
> my %standard_prefix =
>     map { $_ => 1 } (qw(bin data dataroot dvi exec html include info
>                         lib libexec lisp localstate man man1 man2 man3
>                         man4 man5 man6 man7 man8 man9 oldinclude pdf
>                         pkgdatadir pkgincludedir pkglibdir pkglibexecdir
>                         ps sbin sharedstate sysconf));
> That list is missing 'doc' and 'locale'.
If you are referring to this issue:
then I don't think this automake bug (or limitation) is relevant.

The list in `%standard_prefix' is used only for diagnosing invalid
primary/directory combinations, such as `data_PROGRAMS' or
'lib_HEADERS'. For more info, see test `dirforbid.test', PR/294 at
and commit e87d851a863a7c321af8bc7b2b36aff5e072ff94 (05/03/2002).

That said, you might have uncovered a bug in automake, because
something like:
  doc_LIBRARIES = libfoo.a
should warn IMHO, but it currently doesn't.

Ralf, what do you think?  If you agree with me, I'll attempt a
patch (and a testsuite enhancement).


reply via email to

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