2010/10/16 Khem Raj <[email protected]>: > On (16/10/10 13:56), Frans Meulenbroeks wrote: >> Signed-off-by: Frans Meulenbroeks <[email protected]> > > 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 <[email protected]>
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 ./gnuradio/gnuradio/libusb-libtool-2.4-update.patch ./libsdl/libsdl-x11-1.2.14/libtool-update.patch 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 [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
