Re: Automake 1.5

["Gary V. Vaughan" <gary at gnu dot org>]

On Thu, Aug 30, 2001 at 01:38:40PM +0200, Akim Demaille wrote:
> 
> | Well, I did it.  But I don't understand the bootstrap failure.  Is
> | this a bug in automake?
> | 
> | src/Makefile.am:29: m4_SOURCES includes configure substitution `@M4OBJS@'
> | + exit 1
> | $ cat -n src/Makefile.am  | grep 29
> |     29	m4_SOURCES = main.c m4.h freeze.c stackovf.c $(M4OBJS)
> 
> I don't know.  I know this failure, but currently just ignored it
> because it works fine with it.  Do you face a real problem?

Nothing insurmountable, but the bootstrap script bails out during the
automake step and I have to run autoconf and autoheader by hand which
is irritating.

If this is an automake-1.5 bug, I'd like to help fix it.  If it is a
bug in our M4 Makefile.am, then I suppose we need to add an automake
conditional for compiling the GNU getopt sources when configure
detects that they are missing on the host machine.  Ick. =(O|  Or
maybe there is a new idiom I have not yet absorbed...

I'm Cc:ing the automake list for enlightenment :-)

Here is the configure.in snippet:

  M4OBJS=
  m4_pattern_allow([^m4_getopt_h$])
  m4_getopt_h=src/getopt.h
  rm -f $m4_getopt_h
  AC_CHECK_FUNC(getopt_long, [],
      [M4OBJS="getopt1.$ac_objext getopt.$ac_objext"
      echo linking src/gnu-getopt.h to $m4_getopt_h
      $LN_S ./gnu-getopt.h $m4_getopt_h])
  AC_SUBST(M4OBJS)
  
The Makefile.am snippet is in the quote above, and relies on
automake's property of creating a make variable from every AC_SUBST.
Obviously, this has worked until we upgraded to automake-1.5.  Any
advice?

Cheers,
	Gary.
-- 
  ())_. Gary V. Vaughan     gary@(oranda.demon.co.uk|gnu.org)
  ( '/  Research Scientist  http://www.oranda.demon.co.uk       ,_())____
  / )=  GNU Hacker          http://www.gnu.org/software/libtool  \'      `&
`(_~)_  Tech' Author        http://sources.redhat.com/autobook   =`---d__/