Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Injected-Via-Gmane: http://gmane.org/
To: cygwin AT cygwin DOT com
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
Subject: Re: libtool 20030216: problem recognizing import libraries
Date: Fri, 07 Mar 2003 15:35:03 -0500
Lines: 31
Message-ID: <3E690277.60309@ece.gatech.edu>
References: <813-Fri07Mar2003201639+0000-starksb AT ebi DOT ac DOT uk> <Pine DOT GSO DOT 4 DOT 44 DOT 0303071521480 DOT 2654-100000 AT slinky DOT cs DOT nyu DOT edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet AT main DOT gmane DOT org
Cc: Teun Burgers <a DOT rburgers AT freeler DOT nl>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en

Igor Pechtchanski wrote:

> FYI, in my case it made the error more apparent (something like
> "/usr/bin/tail: no such file or directory"), but no less cryptic.
> The temporary fix is to rename /bin/HEAD to /bin/HEAD.pl (along with the
> other two scripts, just for consistency).  If it ever gets accepted into
> libwww, it could be a permanent fix as well.

For reasons outlined earlier, I doubt that would ever happen.  But even 
if it does, we'll still need to deal with systems that have the "old" 
HEAD script installed for the next decade, probably(*).  There are 
places still using perl5.005, not to mention perl4...

--Chuck

(*) Actually, this could probably work; any *cygwin* system can 
reasonably be expected to have a recent version of libwww.  "legacy" 
systems that keep the old libwww will typically be unix/linux/etc -- but 
those platforms don't suffer from a confusion between HEAD and head.

However, it was still bad practice for me to write code that directly 
calls a platform executable, without using the autoconf machinery to set 
a variable.  I screwed up, so I oughta fix it -- even if perl/libwww 
removes the conflicting file that highlighted my mistake.

I probably should add a test for 'file' as well -- but that usage in 
libtool predates me (e.g. everybody else is already calling 'file' 
directly, so I should be able to do so in win32_libid() as well; if it 
breaks in win32_libid(), it'll break in hundreds of other places in 
libtool...)  So I'll stick with head, for now...



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/