This is the mail archive of the cygwin-apps@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: 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


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