From owner-cvs-all@FreeBSD.ORG Fri Mar 18 19:44:36 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C354316A4CE; Fri, 18 Mar 2005 19:44:36 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E72C43D31; Fri, 18 Mar 2005 19:44:36 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j2IJhDln050983; Fri, 18 Mar 2005 14:43:13 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j2IJhDm0050982; Fri, 18 Mar 2005 14:43:13 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 18 Mar 2005 14:43:13 -0500 From: David Schultz To: Daniel Eischen Message-ID: <20050318194313.GA50903@VARK.MIT.EDU> Mail-Followup-To: Daniel Eischen , Warner Losh , scottl@samsco.org, sobomax@portaone.com, danfe@FreeBSD.ORG, src-committers@FreeBSD.ORG, cvs-src@FreeBSD.ORG, cvs-all@FreeBSD.ORG References: <20050318.114956.74684448.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: danfe@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-src@FreeBSD.ORG cc: scottl@samsco.org cc: cvs-all@FreeBSD.ORG cc: Warner Losh cc: sobomax@portaone.com Subject: Re: cvs commit: src/lib/msun/i387 fenv.c fenv.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 19:44:36 -0000 On Fri, Mar 18, 2005, Daniel Eischen wrote: > On Fri, 18 Mar 2005, Warner Losh wrote: > > > > Yeah, well, that was your karmic punishment for touching the internals > > > of FILE. Serves you right! > > > > I didn't touch the internals of FILE. I just helped clean up the > > mess. :-( > > That was me, but as I recall we ended up keeping binary compat > by reusing an existing field and extending it (green's idea I > believe). I think the real pain came when we tried to fix > the predefined stdio, stdin, and stderr descriptors to prevent > ABI breakage for future FILE changes. > > Has anyone experimented with symbol versioning yet? I recall > someone wanting to do that (dfr?). I looked into it, but I don't have time to implement it. Basically, 90% of the support is already there, and it would not be hard to finish for someone who understands the rtld internals already (I don't). I successfully created a working versioned math library by simply making a linker spec and passing the --version-script option to ld. All that's needed, I think, is to teach the runtime linker to check the version fields. Then we just make a bunch of specs for the libraries we want to version.