delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/02/17/20:39:47

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
Message-ID: <3E518ED7.7020401@ece.gatech.edu>
Date: Mon, 17 Feb 2003 20:39:35 -0500
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ralf Habacker <Ralf DOT Habacker AT freenet DOT de>
CC: cygwin <cygwin AT cygwin DOT com>
Subject: Re: [avail for test] libtool-devel-20030121-1
References: <001e01c2d6d6$dc051060$c66307d5 AT BRAMSCHE>
In-Reply-To: <001e01c2d6d6$dc051060$c66307d5@BRAMSCHE>

Ralf Habacker wrote:

>>the negative: Ralf, you keep trying to assume things based on filenames.
>>  Filenames LIE.  Whether it is the name of the archive (foo.dll.a) or
>>the name of an object in the archive (dxxxxxx.o), it's gonna fail -- and
>>it will fail in EXTREMELY hard-to-track-down ways.
> 
> 
> You may be right in this issue, but couldn't the symbol "_dll_iname" doesn't
> change in future implementation too ? The important question seems to me like
> this: [1] Which is the mostly stable identifier we build on ?

filenames change because evil twisted pesky end-users change them, at 
any time, for any reason.  The _dll_iname symbol has been in every 
DLL/implib I've built in the four (five?) years I've been using cygwin. 
  The only way that symbol is going to change is if somebody 
deliberately changes that particular piece of binutils.

Now, the relative *offset* of that symbol might move around.  But the 
symname is not likely to change.


> This sounds good.

Great, because it's already implemented, posted to libtool-patches, and 
accepted into CVS.

> I have no problem with this.

great. There will be a new test release of libtool posted as soon as I 
can get it uploaded.

It'll work faster than the current -test release without any user 
changes -- and you should be able to see an additional speedup on your 
system, if you've got your hacked file magic ready to go.

--Chuck


--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019