From: Keith M. <kei...@to...> - 2005-12-23 10:27:12
|
Ralf Wildenhues wrote: > While you're already considering adding tools to improve libtool > support, may I kindly point to > http://sourceforge.net/mailarchive/message.php?msg_id=13069136 which > has not been addressed yet, as far as I can see. It would help us > very much to convince to change the GCS, and it would enable a > complexity reduction (and thus quite some speedup, esp. on mingw in > some cases) for 'libtool --mode=link' with a large number of objects. Hi Ralf, If I interpret that correctly, you are specifically asking for `join' and `paste', from GNU coreutils; you would also like `fold' and `split', but we provide then already, so I guess you are just suggesting that they be mandated by GCS. Sure, we could consider distributing these, but don't hold your breath waiting. I tried to build a Win32 native GNU coreutils with MinGW quite recently, and the `make' failed miserably. Unless some kind soul provides a mingwPORT, and/or feeds the necessary patches back into the coreutils project, these are unlikely to be available any time soon. For now, you could try the GnuWin32 port -- I don't know how effective that might be. It is possible that better success could be achieved by building MSYS special implementations. In the past, I believe, that Earnie has been the principal, if not sole, maintainer of such releases; at present he is unable to devote time to this task. Since I do all my development work on GNU/Linux, cross-compiling for Win32 using i586-mingw32-gcc, I am not equipped to host the special compiler environment required to create MSYS special components, so I can't pursue this option myself; anyone else like to take up the challenge? Regards, Keith. P.S. Please forward this to `libtool-patches' at your discretion; my previous post was bounced, awaiting moderator approval, and I have no desire to subscribe personally to that list. available. |