This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: binutils/configure upgrade
- From: Daniel Jacobowitz <drow at false dot org>
- To: Ben Elliston <bje at au1 dot ibm dot com>
- Cc: binutils at sources dot redhat dot com
- Date: Wed, 14 Apr 2004 10:55:43 -0400
- Subject: Re: binutils/configure upgrade
- References: <s9rhdvnksft.fsf@fs.ozlabs.ibm.com>
On Wed, Apr 14, 2004 at 04:02:46PM +1000, Ben Elliston wrote:
> The following patch brings the binutils directory up to using a modern
> version of Autoconf, just like the gas directory does already. If I
> don't hear any objections in a day or two, I'll commit the following
> patch.
>
> Ben
>
> 2004-04-14 Ben Elliston <bje@au.ibm.com>
>
> * configure.in (AC_PREREQ): Require Autoconf 2.57.
> (AC_PROG_LEX): Use instead of AM_PROG_LEX.
> * configure: Regenerate with Autoconf 2.59.
It's not quite right. You also need:
-for targ_alias in `echo $target_alias $enable_targets | sed 's/,/ /g'`
+for targ_alias in `echo $target $enable_targets | sed 's/,/ /g'`
(Thanks to Klee Dienes, who sent me some proposed autoconf conversion
patches last year.)
His other change in both binutils and gprof was to delete this from
acinclude.m4:
-sinclude(../libtool.m4)
-dnl The lines below arrange for aclocal not to bring libtool.m4
-dnl AM_PROG_LIBTOOL into aclocal.m4, while still arranging for automake
-dnl to add a definition of LIBTOOL to Makefile.in.
-ifelse(yes,no,[
-AC_DEFUN([AM_PROG_LIBTOOL],)
-AC_SUBST(LIBTOOL)
-])
If you're upgrading only autoconf rather than the full suite, I'm not
sure whether or not that is necessary.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer