Patch to update libtool in GCC and Src trees
Charles Wilson
libtool@cwilson.fastmail.fm
Tue May 15 14:56:00 GMT 2007
Paolo Bonzini wrote:
>> or really, truly, always using libtool?
>
> This one.
(1) That's a fairly major change
(2) Even if libtool supports building shared libraries on platform X,
newlib's support for shared is deliberately limited to just i*86-linux.
Unless you want to change /that/ too, you'll need to implement some
mechanism of completely *disabling* --enable-shared for all but
i*86-linux, while still defaulting to --enable-shared --enable-static on
linux.
(3) What does Jeff J. think about this?
IMO, it's better to go gradual -- right now, do the minimum[*] newlib
mods necessary so that the top-level changes can go in -- and let the
folks whose primary concern is newlib decide when/if to make major
changes in their build process.
[*] or as close to minimal as makes sense
To me, this "minimal" solution is:
(1) make the Makefile.am changes I detailed (all 75 or only 15)
(2) modify the 15 configure.in's with
(a) _LT_DECL_SED outside the existing 'if' -- /if/ that works
(b) or unconditionally call LT_INIT like I did, but also add
AC_NO_EXECUTABLES
(3) re-aclocal, re-automake, re-autoconf yadda yadda
But note that both 2a and 2b retain the existing USE_LIBTOOL automake
conditional, and its use by all newlib Makefile.am's to only invoke
libtool when USE_LIBTOOL is true.
Again, I'll actually test these ideas later tonight.
--
Chuck
More information about the Newlib
mailing list