> 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