This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: gcc -shared under 2.95.3-5, unable to convert .o to .dll via -shared flag


Please keep the conversation on the list.


===
----- Original Message -----
From: "Gregory Lampshire" <gregory_lampshire@hotmail.com>
To: "Robert Collins" <robert.collins@itdomain.com.au>
Sent: Monday, December 31, 2001 2:33 AM
Subject: Re: gcc -shared under 2.95.3-5, unable to convert .o to .dll
via -shared flag


> Rob,
>
> Many thanks for the clarification.  I did run a gcc with all the
static (.a)
> libs that are needed to resolve the symbols.  This resulted in huge
.so
> (.dll) files for many .so files that are individually compiled then
loaded.
> The static libs are bound together to make an ecl executable which is
the
> image file that loads the .so files once they are cerated.  Is there
anyway
> to get the .so files without the link pulling in *everything* to
resolve the
> symbols?  I am curious if I went to dll libraries for everything
perhaps my
> issues be solved.

I'll repeat myself. WIN32 *DOES NOT PERMIT UNRESOLVED SYMBOLS*. There is
NO WAY to get .dll's without pulling in everything.

And yes, more .dll's = mor shared code = smaller objects.

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/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]