libtool-patches
[Top][All Lists]
Advanced

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

list of allowed tools in GCS (was: Libtool stresstest.at segfault on Cyg


From: Ralf Wildenhues
Subject: list of allowed tools in GCS (was: Libtool stresstest.at segfault on Cygwin/MinGW)
Date: Thu, 22 Sep 2005 08:55:47 +0200
User-agent: Mutt/1.4.1i

Hi Noah,

* Noah Misch wrote on Wed, Sep 21, 2005 at 11:41:31PM CEST:
> On Wed, Sep 21, 2005 at 10:36:34PM +0200, Ralf Wildenhues wrote:
> > names.  With `join', this issue could easily be fixed, but it's not
> > available on mingw (and not in the list of allowed tools).  :-/
> 
> Given that MSYS is ``a Minimal SYStem, with which a configure script could be
> executed,''[1] its tool omissions need not constrain autotools implementation
> choices.  If Libtool can gain from using `join', it should do so and notify 
> the
> MSYS developers, who would add `join' if they wish to support running 
> configure
> scripts from subsequent Libtool releases.
> 
> I do not know if other systems have omitted `join', but V7 did have it, so it 
> is
> probably quite portable.  I suggest patching GCS and then using `join' (with 
> -a
> -e -o -t options only, probably) freely.

Well, I *do* have this dusty set of speedup patches here .. they'd need
join, split, fold, and paste.  The first two were already in V7.  fold
can probably be worked around with xargs, paste might be avoidable with
sed fuddling a la _AS_LINENO_PREPARE.  I have not gotten around to
verifying the latter two possibilities yet, and would like to do so in
order to prevent suggesting two updates.  OTOH, I'm not really sure if,
besides MSYS, there are systems lacking the latter two.

But yes, changing GCS and MSYS sounds like a really good idea to me. :)

This is definitely post-2.0 now, by the way.

Cheers,
Ralf




reply via email to

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