[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FYI: support parallel installations [libtool--release--2.0--patch-68
From: |
Alexandre Duret-Lutz |
Subject: |
Re: FYI: support parallel installations [libtool--release--2.0--patch-68] |
Date: |
Mon, 22 Nov 2004 15:21:17 +0100 |
On Mon, Nov 15, 2004 at 12:49:26AM +0000, Gary V. Vaughan wrote:
> +* In order for this to work, Libtool's aclocal macros are not installed
> + to a shared aclocal dir. Either change your Makefile.am to use:
> + ACLOCAL_AMFLAGS = -I /usr/share/libtool-1.9g/m4
> + Or change your configure.ac to use:
> + AC_CONFIG_MACRO_DIR([m4])
As already said, this ACLOCAL_AMFLAGS line is wrong, and it's not an
"either... or change...", it's "... AND, if you want, additionally change..."
http://lists.gnu.org/archive/html/libtool-patches/2004-11/msg00097.html
> @@ -2106,6 +2106,16 @@
> your @code{AC_CONFIG_MACRO_DIR}, where @command{aclocal} can reference
> them directly from @file{aclocal.m4}.
>
> +Alternatively,
I cannot see any alternative if you want versioned m4 files.
> if you want to keep all of your macros in a single
> address@hidden, or if you are using an older Automake that doesn't
> +support in-tree m4_include, you need to arrange for @command{aclocal}
> +to look in the versioned Libtool directory. One way of doing this is
> +to use @code{ACLOCAL_AMFLAGS} in your @file{Makefile.am}:
> +
> address@hidden
> +ACLOCAL_AMFLAGS += -I $(prefix)/share/libtool-2.0/m4
> address@hidden example
That's bogus. The package's $(prefix) has nothing to do with
libtool's $(prefix).