From owner-cvs-src@FreeBSD.ORG Fri Mar 18 16:21:23 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A3016A4CE; Fri, 18 Mar 2005 16:21:23 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D6843D77; Fri, 18 Mar 2005 16:21:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2IGL2i0048236; Fri, 18 Mar 2005 09:21:02 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Mar 2005 09:21:02 -0700 (MST) Message-Id: <20050318.092102.74702904.imp@bsdimp.com> To: sobomax@portaone.com From: Warner Losh In-Reply-To: <423A8B51.3010609@portaone.com> References: <423A86D9.5030504@portaone.com> <20050318.005008.71126625.imp@bsdimp.com> <423A8B51.3010609@portaone.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: danfe@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-src@FreeBSD.ORG cc: scottl@samsco.org cc: cvs-all@FreeBSD.ORG cc: das@FreeBSD.ORG Subject: Re: cvs commit: src/lib/msun/i387 fenv.c fenv.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 16:21:23 -0000 > What's the problem with ports? I think one who want to run older ports > on newer system can install compatXX package, no? The problem is that we encode the major number of the library into the shared libraries that we produce. This leads to situations where you've installed binaries from both releases that can cause a program to need to bring in libc.so.4 and libc.so.5, which is fatal. In order to avoid this, one must never bump libc's major number, or one must always bump all the libraries that depend on it. We're not doing either, and that creates binary incompatibility. Warner