gettext: prepare Makefile.in.in for next Automake version

2006-08-16 Thread Ralf Wildenhues
The next Automake version (1.10) will make use of Autoconf-2.60's macro AC_PROG_MKDIR_P in the macro AM_PROG_MKDIR_P, thus `$(mkdir_p)' may be expressed in terms of `$(MKDIR_P)'. Since gettext's Makefile.in.in (and thus packages that use gettext) in general rely on the definition provided by AM_PR

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-16 Thread Bruno Haible
Ralf Wildenhues wrote: > The next Automake version (1.10) will make use of Autoconf-2.60's macro > AC_PROG_MKDIR_P in the macro AM_PROG_MKDIR_P, thus `$(mkdir_p)' may be > expressed in terms of `$(MKDIR_P)'. > ... > gettext-runtime/po: > 2006-08-16 Ralf Wildenhues <[EMAIL PROTECTED]> > >

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-18 Thread Ralf Wildenhues
* Bruno Haible wrote on Wed, Aug 16, 2006 at 09:24:25PM CEST: > Ralf Wildenhues wrote: > > The next Automake version (1.10) will make use of Autoconf-2.60's macro > > AC_PROG_MKDIR_P in the macro AM_PROG_MKDIR_P, thus `$(mkdir_p)' may be > > expressed in terms of `$(MKDIR_P)'. > Thanks, I applied

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-18 Thread Bruno Haible
Ralf Wildenhues wrote: > gettext-runtime/intl: > * Makefile.in: (MKDIR_P): New variable. Needed by $(mkdir_p) > with Automake-1.10. Thanks, applied. > (I'm trying to get to know gettext a bit; so far its number of > directories and configure scripts seems daunting to me...) If you f

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-19 Thread Alexandre Duret-Lutz
>>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: [...] RW> Another possibility would be to back out the relevant RW> change of AM_PROG_MKDIR_P for Automake-1.10; I've installed this simple change in Automake. --- m4/mkdirp.m419 Aug 2006 13:58:03 - 1.12

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-20 Thread Ralf Wildenhues
Alexandre Duret-Lutz writes: "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: RW> Another possibility would be to back out the relevant RW> change of AM_PROG_MKDIR_P for Automake-1.10; I've installed this simple change in Automake. By which you have re-introduced a bug we fixed before

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-20 Thread Alexandre Duret-Lutz
D'oh! Sorry. After digging the Autoconf sources (shouldn't the manual document that @MKDIR_P@ is magic?) I now understand why my patch was bogus. But I'm not satisfied by the previous state either. I don't want to causes too much "dominos upgrades" (where you run Automake 1.10 on your package

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-24 Thread Ralf Wildenhues
[ removing bug-gnu-gettext, adding autotonf-patches; this is http://lists.gnu.org/archive/html/automake-patches/2006-08/msg00041.html ] Hello Alexandre, all, * Alexandre Duret-Lutz wrote on Sun, Aug 20, 2006 at 04:28:30PM CEST: > D'oh! Sorry. After digging the Autoconf sources (shouldn't > the

Re: gettext: prepare Makefile.in.in for next Automake version

2006-08-24 Thread Paul Eggert
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > This is neither documented nor is it a desirable situation: > http://lists.gnu.org/archive/html/autoconf-patches/2006-05/msg00052.html > but it ended up being part of Autoconf for simplicity of the code (or > maybe just by chance?): > http://lists.gnu.

Re: gettext: prepare Makefile.in.in for next Automake version

2006-09-06 Thread Alexandre Duret-Lutz
>>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: [...] RW> While I understand this, I do think your change is unfortunate: RW> First, it require Autoconf to always use `mkdir' with an absolute RW> directory. This is neither documented nor is it a desirable situation: RW> http://lists.