|
From: | Charles Wilson |
Subject: | Re: libtool--gary--1.0--patch-25 |
Date: | Wed, 07 Jul 2004 12:30:34 -0400 |
User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 MultiZilla/1.6.4.0b |
Gary V. Vaughan wrote:
I ask because, even though it fixes an obvious bug, it breaks binary compatibility with libtool-1.5.x libltdl. I think the change only breaks loaders compatibility, and I believe there are not yet any 3rd party loader. Also, my next patches need to break compatibility anyway, so it is probably a moot point.
Well, libtool HEAD with your patch does compile. However, all of the -inst tests which involve DLLs fail; but it's been a looonnnggg time since I ran the tests on HEAD on cygwin, so I dunno if those are new failures or not. In any case, those failures certainly have nothing to do with the contents of libltdl.
I say go for it, with --patch-25.As far as DLL compatibility issues are concerned, I always uninstall the "system" libtool and install any test build as a package, before testing the new libtool within other build environments. So I'm not too worried about cross-compatibility; I'll just artifically change the so-number (dll-number) as part of my local testing, and will take pains to insure that usage of the test libltdl DLL doesn't propagate very far in my own system, nor to anywhere BUT my own system.
-- Chuck
[Prev in Thread] | Current Thread | [Next in Thread] |