autoconf
[Top][All Lists]
Advanced

[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




reply via email to

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