Re: Autoconf 2.52b released

2001-08-02 Thread Nicolas Joly
On Wed, Aug 01, 2001 at 07:40:38PM +0200, Akim Demaille wrote: > > I've just uploaded Autoconf 2.52b (for Autoconf 2.52a was broken, of > course...). [...] > Basically you can consider 2.52b is nothing but 2.52 atop autom4te. > But it requires extensive testing (aka, ``use it at your own risks''

Re: m4_shift does not work

2001-08-02 Thread akim
On Wed, Aug 01, 2001 at 02:59:53PM +0100, Roger Leigh wrote: > In autoconf-2.13, shift was explicitly undefined in acgeneral.m4. > In 2.50 it seems to be renamed to m4_shift, and there is also > m4_shiftn in m4sh.m4. However, I can't seem to be able to use > either of these macros myself: > > AC

m4_shift does not work

2001-08-02 Thread Roger Leigh
In autoconf-2.13, shift was explicitly undefined in acgeneral.m4. In 2.50 it seems to be renamed to m4_shift, and there is also m4_shiftn in m4sh.m4. However, I can't seem to be able to use either of these macros myself: AC_DEFUN([AC_CONFIG_LIBCONFIG_MODULES], ifelse([$1], , , [AC_CONFIG_LIBCONF

Re: A build system using ``Recursive Make Considered harmful''

2001-08-02 Thread Tom Tromey
> "Andy" == Andy Goth <[EMAIL PROTECTED]> writes: >> There are two issues dealing with subtleties of make semantics that >> I would appreciate help and/or suggestions in fixing. They are with >> program-generated code and with fragility during cleaning. Andy> One problem I have is that I mus

Re: A build system using ``Recursive Make Considered harmful''

2001-08-02 Thread Andy Goth
On Thursday, August 2, 2001 9:27, Scott A Crosby wrote: > Hello. > > I read the ``Recursive Make Considered harmful'' paper[1] about a year ago. Just an interjection... I found a minor problem in depend.sh (or in gcc, depending on how you look at it) with subdirectories. But I fixed it with mo

Re: A build system using ``Recursive Make Considered harmful''

2001-08-02 Thread Tom Tromey
> "Scott" == Scott A Crosby <[EMAIL PROTECTED]> writes: Scott> First, 'make clean' builds dependencies before doing any Scott> cleaning. This is a known flaw in the dependency tracking implementation recommended by GNU make. You can read about this problem, and the fix, in the Automake depe