This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC] patch libffi autoconversion


On Wed, 2004-03-10 at 16:21, Daniel Jacobowitz wrote:
> On Wed, Mar 10, 2004 at 03:39:14PM +0100, Andreas Schwab wrote:
> > "Joseph S. Myers" <jsm@polyomino.org.uk> writes:
> > 
> > > If the version passed to AC_INIT can be a shell expression (involving
> > > sed) to extract the number from gcc-common.texi, that would be OK,
> > 
> > You can use esyscmd([sed ... < gcc-common.texi | tr -d '\n']) instead of
> > the version number in AC_INIT.
> 
> Doesn't that run at autoconf-time rather than configure-time?

Counter question: Why is this an issue now?

What essentially happens wrt. to the "version" when converting a
configure script from autoconf-2.13/automake-1.4 style
AC_INIT(srcfile)
AM_INIT_AUTOMAKE(package,version)

to autoconf-2.5x/automake-1.8 style
AC_INIT(package,version)
AC_CONFIG_SRCDIR(srcfile)
AM_INIT_AUTOMAKE

is moving the "version" from AM_INIT_AUTOMAKE to AC_INIT.

There are some internal side effects (e.g. AC_DEF'ing PACKAGE_XXXX) but
otherwise it doesn't actually change much.

Ralf



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]