Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Date: Sun, 10 Jun 2001 21:18:23 -0400
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin-developers AT cygwin DOT com
Subject: Re: dll base address
Message-ID: <20010610211823.A9379@redhat.com>
Reply-To: cygwin-developers AT cygwin DOT com
Mail-Followup-To: cygwin-developers AT cygwin DOT com
References: <001f01c0f0e6$72b8ec80$0200a8c0 AT lifelesswks> <20010610004015 DOT D29231 AT redhat DOT com> <23114413578 DOT 20010610185633 AT logos-m DOT ru> <20010610120846 DOT B5292 AT redhat DOT com> <027801c0f210$d1e7c5c0$0200a8c0 AT lifelesswks>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.11i
In-Reply-To: <027801c0f210$d1e7c5c0$0200a8c0@lifelesswks>; from robert.collins@itdomain.com.au on Mon, Jun 11, 2001 at 10:52:41AM +1000

On Mon, Jun 11, 2001 at 10:52:41AM +1000, Robert Collins wrote:
>----- Original Message -----
>From: "Christopher Faylor" <cgf AT redhat DOT com>
>To: <cygwin-developers AT cygwin DOT com>
>Sent: Monday, June 11, 2001 2:08 AM
>Subject: Re: dll base address
>
>
>>On Sun, Jun 10, 2001 at 06:56:33PM +0400, egor duda wrote:
>>>Sunday, 10 June, 2001 Christopher Faylor cgf AT redhat DOT com wrote:
>>>>>As you can see, cygwin1.dll has been loaded at 02561000.  It seems
>to me
>>>>>that if __cygwin_user_data is a non-relocatble variable, that we should
>>>>>mark cygwin1.dll as non-relocatable.
>>>>>
>>>>>Thoughts?
>>>
><snip>
>>So, the DLL should be relocatable as long as it is consistently being
>>relocated to the same location.
>>
>>There is a lot more than just vtables that would need to be addressed
>>if we were to fix this.
>
>So for now, we should mark cygwin1.dll as non-relocatable.  How do we
>do this for gcc/ld ?  MS LINK uses /FIXED, and I couldn't see a .def
>instruction for it :[.

For now, I think we should maintain the same practice as we have for the
last five years, i.e., we do nothing.

AFAICT, this is all related to Paul Sokolovsky's auto-import patch to
binutils/ld.  I do remember Paul talking about his techniques but I
can't say for certain that they were actually submitted to the binutils
mailing list.  If they were submitted it was quite some time ago.

If someone has a patch that applies cleanly to the current CVS sources
and a writeup of how auto-import works, I'd like to revisit it again.
I'm not binutils maintainer, however.

I hope that this is not getting confused with Paul's improvements to
--export-all-symbols.  I suggested that I might try his
--export-all-symbols changes in an experimental binutils release but
these are unrelated to his auto-import changes.  I have, however, seen
my name mentioned in reference to auto-import as if I was in favor of
it.  In fact, I only vaguely remember it, and web searches don't turn up
much in the way of description, unfortunately.

cgf

cgf