Re[2]: MSW DLLs support in libtool

On Sat, 13 Feb 2016 00:38:48 +0100 Peter Rosin <[email protected]> wrote:

PR> On 2016-02-12 21:59, Vadim Zeitlin wrote:
PR> > Peter Rosin writes:
PR> >> On 2016-02-11 00:38, Bob Friesenhahn wrote:
PR> >>> It indicates that the build configuration has agreed to supply any
PR> >>> additional dependency libraries if there otherwise would be undefined
PR> >>> symbols.
PR> >>
PR> >> Well said, I would also like to add that libtool -no-undefined does not
PR> >> imply ld --no-undefined.
PR> > 
PR> >  This is, of course, a bug. I don't even know if it's worth continuing to
PR> > argue because I don't have anything new to add to what I had already
PR> > written and it is IMO quite obvious to any user of libtool that it should
PR> > imply it, yet most people here seem to consider it as a feature.
PR> 
PR> The feature here is to not break packages. Changing libtool -no-undefined
PR> to imply ld --no-undefined -- at this point -- is not an option IMHO.

 I'm all for backwards compatibility but it seems ridiculous to me to think
that people would knowingly use libtool -no-undefined when they expect their
libraries to have undefined symbols. IMHO any such "breakage" would only
discover existing bugs. Of course, it's possible that people had to add
-no-undefined to their libtool just to allow it to create DLLs under MSW,
so any such change would absolutely need to be accompanied by the change in
the logic of MSW DLLs generation I'm proposing too.

 But, again, does anybody know of any package that uses -no-undefined but
expects to have undefined symbols in its shared libraries? This would be
just amazing.

PR> Also, libtool added -no-undefined before ld added --no-undefined, so some
PR> might argue that you are barking up the wrong tree if you think things
PR> are inconsistent. Not that shifting blame is going solve anything...

 Again, I don't dispute that some things that don't make sense now did make
sense in the 90s. But the fact is that 20 years have passed since then and
it's time to move on.

 Regards,
VZ

_______________________________________________
https://lists.gnu.org/mailman/listinfo/libtool

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)

iEYEABECAAYFAla+jjUACgkQBupB3k9sHobBnwCeLw9VkH0Xzwpi3hTH58a8uVBc
GpYAnjMlsshw8IqUYyqA9N1vbu1W6Ssf
=U7at
-----END PGP SIGNATURE-----