Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm Sender: cygwin-owner@sourceware.cygnus.com Delivered-To: mailing list cygwin@sourceware.cygnus.com To: Paul Sokolovsky Cc: gvaughan@oranda.demon.co.uk (Gary V. Vaughan), cygwin@sourceware.cygnus.com Subject: Re: Re[2]: Making DLL's. References: <3887.990322@is.lg.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: gvaughan@oranda.demon.co.uk (Gary V. Vaughan) Date: 23 Mar 1999 09:11:42 +0000 In-Reply-To: Paul Sokolovsky's message of "Mon, 22 Mar 1999 21:17:24 +0200" Message-ID: Lines: 35 User-Agent: Gnus/5.070079 (Pterodactyl Gnus v0.79) Emacs/20.3 Paul Sokolovsky writes: > Hello Gary, > > Gary V. Vaughan wrote: > > [] > > GVV> Is there a better solution to this than trying to find out the complete > GVV> list of libraries (and their types) against which each object will > GVV> eventually be linked so that I can tag data exports correctly when the > GVV> asm code is generated? > > To add more confusion (though maybe it not really matters in > practise), dlls can't be mutually dependent (tested on win95) Indeed. Dlls really are quite deficient by comparison with elf shared libraries on unix (which is what I am trying to emulate -- more fool me!), for example you cannot leave undefined symbols in a dll which will be provided later when the library is linked, and you cannot override symbols in a dll with symbols in the main source. I am trying to ignore these problems for the moment until I can at least make global data be well behaved. Cheers, Gary. -- ___ _ ___ __ _ / __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_ __ _ ___ | (_ / _` | '_|// / |/ /| |/ / _` | || / _` | ' \/ _` | _ \ \___\__,_|_|\_, /|___(_)___/\__,_|\_,_\__, |_||_\__,_|//_/ PGP Key from/___/ /___/ http://www.cl.cam.ac.uk/PGP/pks-commands.html#extract http://pgp.ai.mit.edu/~bal/pks-commands.html#extract -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com