> -----Original Message-----
> From: Paul Sokolovsky [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 04, 2000 8:34 PM
> To: Charles S. Wilson
> Cc: [EMAIL PROTECTED]
> Subject: Re[2]: DLL naming conventions
>
>
Hello Paul,
> Before I go for it, let me summary some PE-DLL idiosycrasies and
> how they are accounted by some people vs me:
>
> Implibs: I consider implib unalienable part of DLL model, and eager to
> support this MS feature; I'd never give up it. But DJ Delorie did hack
> for ld to link against bare dll and Gary put it into libtool.
LD feature is interesting, for DLLs you don't have the implib for and from
which you only want to call some simple functions; anything more complicated
needs at least header files so you'd probably get implibs also.
>
> Mandatory data imports marking: I *hate* this feature and develop
> libtool re-implementation which frees programmer from it. But when I
> mentioned it on cygwin maillist, DJ Delorie was rather sceptical about
> it, saying they will support MS way.
I would like to know how you can achieve that ; it would be a *huge*
amelioration but I don't have any idea of how to do that, short to recompile
everything when linking :-)
>
> So, it seems that mileage is really varies unpredictably. My one
> concerning ld.so on win32 is as follows: it would be just to
> far-fetched; win32 is about PE, and PE is about DLL, maintaining
> compatibility and direct interopertability with native way is
> important to me. YMMV
MMIY (My Mileage Is Yours :-). We *NEED* PE-DLL interoperability, so an
ld.so should also load DLLs and that is IMHO would be rather complicated.
However I just thought that ld.so could in fact be a DLL (coudl be in
cygwin2.dll but I'm not sure it would not be better to have one separate
DLL) and if we can arrange for this DLL to be INITIALIZED at the right time
(that is *after* system DLLs and *before* additional DLLs) this
initialization code could load ELF libXYZ.so.3.4, then DllLoad() (or
whatever the Win32 name is) the DLL these ELF shared libs could need that
are not yet linked in...
Should be feasible but quite complex anyway ;-(
Cheers,
Bernard
--------------------------------------------
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel: +33 (0) 1 47 68 80 80
Fax: +33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
--------------------------------------------
