[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Trouble with variable substitution
From: |
Patrick Welche |
Subject: |
Re: Trouble with variable substitution |
Date: |
Wed, 28 Jan 2004 13:02:39 +0000 |
User-agent: |
Mutt/1.5.5.1i |
On Wed, Jan 28, 2004 at 10:01:27AM +0000, Gary V. Vaughan wrote:
> ~From libtool configure.ac (which uses maj.min[.mic][alpha]):
>
> LT_MAJOR=`echo "AC_PACKAGE_VERSION" | sed ['s,\..*$,,g']`
> LT_MINOR=`echo "AC_PACKAGE_VERSION" | sed ['s,^[0-9]*\.\([0-9]*\).*$,\1,']`
> LT_MICRO=`echo "AC_PACKAGE_VERSION" \
> | sed ['s,^[0-9]*\.[0-9]*\(\.[0-9]*\).*$,\1,']`
> LT_ALPHA=`echo "AC_PACKAGE_VERSION" | sed ['s,^[0-9.]*,,']`
>
> Note the lack of $AC_PACKAGE_VERSION, AC_PACKAGE_VERSION is an m4 macro!
> After this you could add, say:
>
> VERSION=$LT_MAJOR.$LT_MINOR.$LT_MICRO
On a tangent - is there an "easy" way of finding out the libtool.m4
version without having to process libtoolize --version? A sort of
AC_PREREQ(2.59) equivalent? This is to deal with left overs in packages
which use the autobook technique of:
11.3 Using libtoolize
...
$ cp /usr/share/libtool/libtool.m4 ./acinclude.m4
$ aclocal
so keep doing that if have old libtool, else do something better..
On a further tangent, shouldn't something better be, set AC_CONFIG_MACRO_DIR,
run libtoolize, then presumably use aclocal, however:
The Future of `aclocal'
=======================
`aclocal' is expected to disappear. This feature really should not be
offered by Automake.
Any thoughts / visions of the future?
Cheers,
Patrick