From owner-freebsd-current Wed Feb 14 20: 0:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4390C37B401 for ; Wed, 14 Feb 2001 20:00:34 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1F40QW89218; Wed, 14 Feb 2001 21:00:26 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102150400.f1F40QW89218@harmony.village.org> To: "Danny J. Zerkel" Subject: Re: Major bumping of libFOO Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 22:42:50 EST." <01021422425001.00537@zoomer> References: <01021422425001.00537@zoomer> <200102150238.f1F2cBE75244@billy-club.village.org> Date: Wed, 14 Feb 2001 21:00:26 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <01021422425001.00537@zoomer> "Danny J. Zerkel" writes: : Is this going to cause any trouble down the road when the vendor bumps : this? Do we need numeric compatibility? I'm just wondering, since the : vendor's Makefile specifically says: : : VERSION = 2.10.0 : INTERFACE = 3 Vendor's versions and interfaces don't matter. At least not for this stuff. We control the major number. We *HAVE* to change it. When their interface 4 comes along, we'll have major 5 or 6 or 10. It just doesn't matter. We wrote this Makefile, iirc. We can do whatever we want in it. : Do we end up with a conflict between the vendor's idea of an interface : and our needs to interface with our own libraries? Is there any possibility : that some third party software with a dependancy on libstdc++ (or any other : vendor library we now have to bumb) would be confused? Perhaps it would : specifically select libstdc++.so.3? Which would now not match the vendor. No. No. No. It won't matter at all. As far as I know, it is very hard to link to a specific version, and most software I've brushed up against doesn't bother. : For our internal libraries, it's our business, but for external vendors, : we may still need to provide some degree of numeric compatibility (especially : with gnu stuff). That doesn't matter at all. Our major numbers are our own business. We have to change this. : Just trying to keep the ports dependancies from getting too crazy... These aren't ports, but in the base system. I don't see how it would matter at all. Sorry to be so contrary, but I just don't see how it could possibly matter. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message