Re: Shared library versioning

2011-06-16 Thread Lasse Collin
On 2011-06-14 Bob Friesenhahn wrote: > On Tue, 14 Jun 2011, Lasse Collin wrote: > >http://www.openbsd.org/faq/ports/specialtopics.html > > If this web page text is correct, then I agree that libtool is doing > the wrong thing for OpenBSD. But of course we should search for any > additional in

libtool shouldn't switch to creating static library if it can't create the shared one under Windows

2011-06-16 Thread Vadim Zeitlin
Hello, I've recently noticed that libtool (2.4, as included in Cygwin 1.7) could decide to create a static library instead of a shared one it was asked to create if it couldn't do the latter. Here is an example of a message where libtool explains why it does it itself: ... during libxml

Re: libtool shouldn't switch to creating static library if it can't create the shared one under Windows

2011-06-16 Thread Bob Friesenhahn
On Thu, 16 Jun 2011, Vadim Zeitlin wrote: different functions (_foo vs _imp__foo). So IMO creating a static library when libtool was requested to build a DLL is never the right thing to do under Windows. And while I hesitate to call this behaviour a bug because it is clearly intentional, I'd like

Re[2]: libtool shouldn't switch to creating static library if it can't create the shared one under Windows

2011-06-16 Thread Vadim Zeitlin
On Thu, 16 Jun 2011 15:36:24 -0500 (CDT) Bob Friesenhahn wrote: BF> On Thu, 16 Jun 2011, Vadim Zeitlin wrote: BF> > different functions (_foo vs imp_foo). So IMO creating a static library BF> > when libtool was requested to build a DLL is never the right thing to do BF> > under Windows. And whil

Re[2]: libtool shouldn't switch to creating static library if it can't create the shared one under Windows

2011-06-16 Thread Bob Friesenhahn
On Thu, 16 Jun 2011, Vadim Zeitlin wrote: BF> BF> In what way was libtool specifically requested to build a DLL? I'm not sure about the details (please keep in mind that we're speaking about libxml2 here and not my own project) but configure[*] is passed --disable-static option and AFAIK this is

Re[3]: libtool shouldn't switch to creating static library if it can't create the shared one under Windows

2011-06-16 Thread Vadim Zeitlin
On Thu, 16 Jun 2011 18:15:01 -0500 (CDT) Bob Friesenhahn wrote: BF> On Thu, 16 Jun 2011, Vadim Zeitlin wrote: BF> > BF> BF> > BF> In what way was libtool specifically requested to build a DLL? BF> > BF> > I'm not sure about the details (please keep in mind that we're speaking BF> > about libxml2

Re[3]: libtool shouldn't switch to creating static library if it can't create the shared one under Windows

2011-06-16 Thread Bob Friesenhahn
On Fri, 17 Jun 2011, Vadim Zeitlin wrote: Yes, sorry, I keep forgetting about auto-import feature, I guess I'm just too accustomed to the "traditional" Windows way and have trouble accepting auto-import magic. It's true that projects using auto-import could live with falling back to a static lib

Re: Shared library versioning

2011-06-16 Thread Charles Wilson
On 6/16/2011 2:50 PM, Lasse Collin wrote: > About -version-info vs. -version-number: *If* it turns out that all > operating systems supported by Libtool should use a versioning style > that is essentially the same as version_type=linux, could > -version-number become the recommended option to se