[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: |
Gary V. Vaughan |
Subject: |
Re: FYI: support parallel installations [libtool--release--2.0--patch-68] |
Date: |
Mon, 22 Nov 2004 14:59:10 +0000 |
User-agent: |
Mozilla Thunderbird 0.9 (X11/20041103) |
Salut Alexandre,
Alexandre Duret-Lutz wrote:
> 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
Thanks. I plan to tackle these on HEAD presently.
There is a lot more to a working parallel install in libtool than I had
realised, so we'll pull it from branch-2-0 entirely.
>> @@ -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.
Using libtoolize to copy the versioned libtool macros into your project
tree, and then using ACLOCAL_AMFLAGS = -I m4 to m4_include them into
aclocal.m4.
For the sake of documenting this more clearly on HEAD, can you identify what
about the current wording is unclear?
>> 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).
Agreed. I'm not sure how to fix this at the moment either :-(
But, first, let's concentrate of branch-2-0.
Cheers,
Gary.
--
Gary V. Vaughan ())_. address@hidden,gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
signature.asc
Description: OpenPGP digital signature