libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: serial in branch-1-5 [[and branch-2-0]]


From: Gary V. Vaughan
Subject: Re: serial in branch-1-5 [[and branch-2-0]]
Date: Tue, 01 Feb 2005 12:05:28 +0000
User-agent: Mozilla Thunderbird 0.9 (X11/20041103)

Hallo Ralf; Salut Alexandre!

Ralf Wildenhues wrote:
> * Alexandre Duret-Lutz wrote on Tue, Feb 01, 2005 at 11:15:21AM CET:
> 
>>>>>"Ralf" == Ralf Wildenhues <address@hidden> writes:
>>
>> Ralf> sorry for self-followup.
>> Ralf> * Ralf Wildenhues wrote on Tue, Feb 01, 2005 at 08:42:44AM CET:
>> >> I just noticed that, while branch-2-0 and HEAD have m4/ltversion.m4,
>> >> branch-1-5 needs manual update of `serial' in libtool.m4 and ltdl.m4.
>> >> Is that correct?  If so, then it needs to be bumped up before the
>> >> release.
>> >> 
>> >> Would it have to be updated for every checkin?
>>
>> Ralf> And what's more: aclocal from CVS HEAD does not like lines like
>> Ralf>  # serial 7 LTDL_INIT

IIRC Libtoolize greps aclocal.m4 for '#serial [0-9]+ LTDL_INIT' et. al.
and compares matching serial numbers against installed ltdl.m4 and libtool.m4
to diagnose ltmain.sh vs. macro version mismatches and (not yet implemented)
only upgrade in-tree libtool.m4 and ltdl.m4 with libtoolize --install when
the result will not cause a mismatch.

One of the outstanding bugs in branch-2-0 that is preventing a full release
from that branch is the problem with serial numbers.  I'm hoping that we
might be able to defer to aclocal for macro serial number management to
reduce the branch-2-0 release blockers...

>>Anyway the explanation of the format in the documentation is the
>>same that is output when aclocal warns it does not understand a
>>serial number.  It looks pretty explicit to me:
>>
>>/home/adl/usr/share/aclocal/libtool.m4:30: malformed serial number `49 
>>LT_INIT', expecting only digits and dots

My guess is that aclocal already updates in-tree m4 macro files with
respect to serial numbers in the format it understands, but how can
it compare serial numbers in aclocal.m4 when out-of-tree macros are
used if there is no indication of source file against the many #serial
lines in aclocal.m4?

I think that it should be possible to drop libtoolize entirely from
future releases of Libtool (though we still need a way to copy libltdl
into a project tree) if we make sure aclocal can manage libtool's
macro serial numbers properly.  Hopefully, little more than using
conformant serial numbers is necessary???

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

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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