Diagnose invalid primary/directory combinations (was: Re: configmake module and automake 1.9.6)

2010-12-15 Thread Stefano Lattarini
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 A

Re: configmake module and automake 1.9.6

2010-12-14 Thread Eric Blake
[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 w

Re: configmake module and automake 1.9.6

2010-12-14 Thread Eric Blake
On 12/14/2010 02:33 PM, Bruno Haible wrote: >>> In configure.ac add: >>> >>> dnl Installation directories. >>> dnl Remove this when you can assume autoconf >= 2.60. >>> AC_SUBST([localedir], ['${datadir}/locale']) > > This is the essential change. It's also the change that is most likely to

Re: configmake module and automake 1.9.6

2010-12-14 Thread Bruno Haible
Hi Eric, > > In Makefile.am add: > > > > localedir = @localedir@ This is probably not needed at all; the AC_SUBST invocation causes this line to be added to every Makefile.in generated from a Makefile.am automatically. > > In configure.ac add: > > > > dnl Installation directories. > > dn

Re: configmake module and automake 1.9.6

2010-12-14 Thread Ralf Wildenhues
Hello, * Eric Blake wrote on Tue, Dec 14, 2010 at 10:14:11PM CET: > + configmake: support more values with older automake > + * modules/configmake (Makefile.am): Provide fallbacks for older > + automake. FWIW this looks safer to me because it won't regress 2.60+ setups. Cheers, Ralf

Re: configmake module and automake 1.9.6

2010-12-14 Thread Eric Blake
On 12/14/2010 02:10 PM, Bruno Haible wrote: > Eric Blake wrote: >> I just ran into an issue where libvirt failed to compile when autotooled >> with automake 1.9.6, because automake failed to define $(localedir) and >> therefore gnulib's configmake module did not define LOCALEDIR. Any >> suggestion

Re: configmake module and automake 1.9.6

2010-12-14 Thread Bruno Haible
Eric Blake wrote: > I just ran into an issue where libvirt failed to compile when autotooled > with automake 1.9.6, because automake failed to define $(localedir) and > therefore gnulib's configmake module did not define LOCALEDIR. Any > suggestions on how to make gnulib guarantee $(localedir) wil

configmake module and automake 1.9.6

2010-12-14 Thread Eric Blake
I just ran into an issue where libvirt failed to compile when autotooled with automake 1.9.6, because automake failed to define $(localedir) and therefore gnulib's configmake module did not define LOCALEDIR. Any suggestions on how to make gnulib guarantee $(localedir) will be defined even when usi