Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@sourceware.cygnus.com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin@sourceware.cygnus.com>
List-Help: <mailto:cygwin-help@sourceware.cygnus.com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner@sourceware.cygnus.com
Delivered-To: mailing list cygwin@sourceware.cygnus.com
Date: Wed, 3 May 2000 08:10:44 -0400
Message-Id: <200005031210.IAA08335@envy.delorie.com>
From: DJ Delorie <dj@delorie.com>
To: paul-ml@is.lg.ua
CC: cygwin@sourceware.cygnus.com
In-reply-to: <1569.000503@is.lg.ua> (message from Paul Sokolovsky on Wed, 3
	May 2000 13:40:25 +0300)
Subject: Re: Status of availability of features which allow correct and seamless support of DLLs in current GNU-Win32 releases
References: <200005010424.AAA32525@envy.delorie.com> <1569.000503@is.lg.ua>


> DD> Yup.  Early version.  Grows more each revision, we hope.
> 
>     Sorry, I don't understand this. Is there any changes was done
> to ld on this matter since  1999-08-18 or is it supposed that they
> will be done?

I don't recall.  The sources are in CVS if you want to check, but PE
support has been broken for a while, so new features are hard to add.

> DD> You can't put them in the .def file yourself?
> 
>     If I will put data symbols in defs myself for every X-Server,
> GNOME, KDE, etc. which I'm going to port, I will hardly port single.
> Which is exactly the current situation ;-)

An automated porting effort using DLLs with data is going to be hard
anyway.  Either way, you *must* modify the sources to understand that
the data is coming from the DLL, or it won't work.

>     Strange, it seems to be really nondeterministic bug. I deleetd
>     ...

Odd.  I don't suppose you could check the sources and see if it's
an easily fixable bug, could you?  I'm kinda busy at the moment.
The code is probably in ld/pe-dll.c

>     Such rule would be nice for msvc manual, but hardly for gcc's.
> Whole talk about porting stuff to win32, not writing own. It was

Then the easy solution is "don't use dlls".  Link statically.

> all. If Unix lives without them, win32 will live also. Period. ;-)

Except Unix has elf shared libraries, which are designed for the way
Unix needs them to work.

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

