This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: Some dll questions
- To: "Charles Wilson" <cwilson at ece dot gatech dot edu>,"Stephano Mariani" <sk dot cygml at btinternet dot com>
- Subject: Re: Some dll questions
- From: "Robert Collins" <robert dot collins at itdomain dot com dot au>
- Date: Sun, 28 Oct 2001 12:46:07 +1100
- Cc: <cygwin at cygwin dot com>
- References: <Pine.GSO.4.40.0110272053580.27218-100000@medulla.ibb.gatech.edu>
----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>
> On Sun, 28 Oct 2001, Stephano Mariani wrote:
> > I managed to build functional dlls, but I still have a few
questions...
> >
> > I am familiar with shared libraries on linux, and am wondering
whether most
> > of the techniques still apply... specifically:
> >
...
> > 2) If so, does it behave any differently?
>
> If so, it's a bug.
1 bug is known to date, no good solution has been thought of... The bug
is with linux you can resolve a symbol from a object, or any of its
dependencies, under win32 you cannot. So we need to recreate that
library search logic, or have evry library forward every symbol from
every dependent library - urk.
> > 3) Also, does it work with the -mno-cygwin flag too?
>
> Probably not. cygwin1.dll provides those wrappers. If you want a
native
> program, you'll need to use the Windows LoadLibrary() functions
directly.
> (Also note that the DLL's you're loading must all be compiled with
> -mno-cygwin, as well as your program. Otherwise, you'll have part of
your
> code depending on msvcrt.dll for runtime services, and part of your
code
> depending on cygwin1.dll for runtime services. Badness will ensue.)
You can also look into libtldlopen - libtool. It has mingw (-mno-cygwin)
support.
Rob
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/