[oe] [PATCH] gnutols_2.10.1: remove the libtool-m4-macros

Khem Raj raj.khem at gmail.com
Sat Oct 16 21:53:09 UTC 2010


On Sat, Oct 16, 2010 at 12:25 PM, Frans Meulenbroeks
<fransmeulenbroeks at gmail.com> wrote:
> 2010/10/16 Khem Raj <raj.khem at gmail.com>:
>> On (16/10/10 13:56), Frans Meulenbroeks wrote:
>>> Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks at gmail.com>
>>
>> Good job Frans. I knew this was better solution but chose the inferior one
>> as it was easy but this one is more elegant and libtool version
>> agnostic. Thanks for doing it. In fact this should be how we solve libtool
>> update issues w.r.t. libtool 2.4 as we go forward
>>
>> Acked-by: Khem Raj <raj.khem at gmail.com>
>
> Thanks for the ack, but the credits should go to Henning. He did put
> me on this track and I used his patch as example.
> Couldn't have done it alone, being the auto* and libtool n00b that I am.
> It was solely because I could stand on the shoulders of a giant, that
> I could produce this.
>
> BTW: the following recipes seem good candidates for doing the same
> sort of patch:
> ./binutils/binutils-2.20.1/libtool-2.4-update.patch

we do not reconfigure binutils as it needs specific versions of
autotools so it may be needed

> ./gnuradio/gnuradio/libusb-libtool-2.4-update.patch

I am expecting Philip to commit his gnuradio rework soon and then this
patch will not be needed anymore

> ./libsdl/libsdl-x11-1.2.14/libtool-update.patch

this could be looked at.

>
> I would prefer it if the recipe maintainer gives this a stab.
>
> BTW, maybe a better solution would be do do this in autotools (we also
> discussed this in irc) and allow for aon overridable directory
> variable (with default value m4)
> I feel not comfortable enough to author such a patch though.
> Note also that gnutls has three dirs with generated m4 files.
>
> Frans
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>




More information about the Openembedded-devel mailing list