Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
Message-ID: <3B5CA260.3070901@ece.gatech.edu>
Date: Mon, 23 Jul 2001 18:17:04 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010713
X-Accept-Language: en-us
MIME-Version: 1.0
To: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
CC: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>, cygwin-apps AT cygwin DOT com
Subject: Re: ld non-relocatable
References: <00de01c1133a$23521f60$806410ac AT local> <00fd01c11340$d0a51900$806410ac AT local> <3B5C9578 DOT 4090601 AT ece DOT gatech DOT edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Charles Wilson wrote:

> 
> BTW, all tests above were performed with --disable-auto-imports.  One 
> thing at a time.


I get the same behavior with the (also-experimental) auto-imports stuff 
turned on.  Good to know that the auto-imports doesn't depend in some 
funky way on the .reloc section.

Going back to --disable-auto-imports case (just for consistency):

It doesn't make a difference whether you strip out the .reloc section 
first (either via objcopy or --no-relocate), and THEN strip out the 
debug info, or if you strip out the debug info first and then strip out 
the .reloc via objcopy second.  In either strip-out-order, executables 
will work without .reloc only if the debug info is also absent.

Thus: there is no magic being done to the pei-386 header by 'strip -g', 
unless that magic can exist with AND without .reloc.  I dunno.  This is 
a weird one.  I wonder if the debug info created by MSVC/'link -DLL 
-FIXED' is different from the debug info created by MSVC/'link -DLL'. 
That is, the debug information must be generated differently for a 
non-relocatable DLL, and currently ld creates it the same way for both 
flavors -- thus, our "non-relocatable" dll's only work if we also remove 
the erroneous debug info.

--Chuck