This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
RE: libtool devel package still dll crippled.
- From: "Ralf Habacker" <Ralf dot Habacker at freenet dot de>
- To: "Cygwin-Apps" <cygwin-apps at cygwin dot com>
- Date: Sun, 14 Apr 2002 20:53:25 +0200
- Subject: RE: libtool devel package still dll crippled.
> I'm using a special patched ld (based on the
> recent official
> > ld) which rejects exporting of all imported
> libs with a one
> > line patch
> >
> > binutils/ld/pe-dll.c:234
> > /* Do not specify library suffix explicitly, to
> allow for
> > dllized versions. *
> > static autofilter_entry_type autofilter_liblist[] =
> > {
> > { "libgcc.", 7 },
> > { "libstdc++.", 10 },
> > { "libmingw32.", 11 },
> > +// RH: workaround to allow using static libs
> in multiple
> > dlls
> > + { ".a", 2 },
> > { NULL, 0 }
> > };
>
>
> I really think this is a mistake. What if I want
> to build a shared
> library using libtool, and it is composed of a
> number of object files
> but also some convenience libs? And those
> convenience libs contains
> symbols that I want to export?
I have not said, that this workaround is a general patch
usable
in all situations. Because KDE does create only dll's this
was okay for me.
Dannys patch is of course the beest solution, but it
requires
some (as I recognized after reviews this patch) deeply
changes of the
libtool implementation, which isn't not easy. :-(
Ralf