[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Automake 1.5

From: Gary V. Vaughan
Subject: Re: Automake 1.5
Date: Thu, 30 Aug 2001 20:15:02 +0100
User-agent: Mutt/1.3.21i

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/ m4_SOURCES includes configure substitution 
> address@hidden@'
> | + exit 1
> | $ cat -n src/  | 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, 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 snippet:

  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])
The 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

  ())_. Gary V. Vaughan     gary@(|
  ( '/  Research Scientist       ,_())____
  / )=  GNU Hacker  \'      `&
`(_~)_  Tech' Author   =`---d__/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]