From mboxrd@z Thu Jan 1 00:00:00 1970 From: gvaughan@oranda.demon.co.uk (Gary V. Vaughan) To: Paul Sokolovsky Cc: gvaughan@oranda.demon.co.uk (Gary V. Vaughan), cygwin@sourceware.cygnus.com Subject: Re: Re[2]: Making DLL's. Date: Tue, 23 Mar 1999 01:13:00 -0000 Message-id: In-reply-to: Paul Sokolovsky's message of "Mon, 22 Mar 1999 21:17:24 +0200" References: <3887.990322@is.lg.ua> X-SW-Source: 1999-03/msg00673.html 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 From mboxrd@z Thu Jan 1 00:00:00 1970 From: gvaughan@oranda.demon.co.uk (Gary V. Vaughan) To: Paul Sokolovsky Cc: gvaughan@oranda.demon.co.uk (Gary V. Vaughan), cygwin@sourceware.cygnus.com Subject: Re: Re[2]: Making DLL's. Date: Wed, 31 Mar 1999 19:45:00 -0000 Message-ID: References: <3887.990322@is.lg.ua> X-SW-Source: 1999-03n/msg00677.html Message-ID: <19990331194500.bGzOF-u5vg9zUEFR6FMK08eWK2RBmq0zlyzNkMHlZHE@z> 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