Re: Typo fixes

2006-08-20 Thread Ralf Wildenhues
Hi Stepan, * Stepan Kasal wrote on Sun, Aug 20, 2006 at 06:53:55PM CEST: > attached please find my collection of typo fixes. Applied, thanks. Cheers, Ralf > 2006-08-20 Stepan Kasal <[EMAIL PROTECTED]> > > * Makefile.am, THANKS: Fix typos.

Typo fixes

2006-08-20 Thread Stepan Kasal
Hi, attached please find my collection of typo fixes. Stepan 2006-08-20 Stepan Kasal <[EMAIL PROTECTED]> * Makefile.am, THANKS: Fix typos. Index: ChangeLog === RCS file: /cvs/automake/automake/ChangeLog,v retrieving revis

FYI: one more mkdir_p -> MKDIR_P

2006-08-20 Thread Alexandre Duret-Lutz
I'm checking this in. 2006-08-20 Alexandre Duret-Lutz <[EMAIL PROTECTED]> * Makefile.am (maintainer-check): Check for mkdir_p in automake.in too. * automake.in (require_build_directory): Use MKDIR_P, not mkdir_p. Index: automake.in ==

FYI: tune maintainer-check for "Unescaped @"s.

2006-08-20 Thread Alexandre Duret-Lutz
2006-08-20 Alexandre Duret-Lutz <[EMAIL PROTECTED]> * Makefile.am (maintainer-check): Fine-tune the "Unescaped @" check so it doesn't complain about the '@ 's in node "Standard Directory Variables". Index: Makefile.am =

FYI: update INSTALL, config.sub, and texinfo.tex

2006-08-20 Thread Alexandre Duret-Lutz
I'm checking this in. 2006-08-20 Alexandre Duret-Lutz <[EMAIL PROTECTED]> * INSTALL, lib/INSTALL, lib/texinfo.tex, lib/config.sub: New upstream versions. Index: INSTALL === RCS file: /cvs/automake/automake/INSTALL

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-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