libtool-patches
[Top][All Lists]
Advanced

[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).




reply via email to

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