From owner-freebsd-current@FreeBSD.ORG Mon Aug 14 11:18:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C355516A4DA; Mon, 14 Aug 2006 11:18:27 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59E8043D46; Mon, 14 Aug 2006 11:18:27 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k7EBHqTK002095; Mon, 14 Aug 2006 07:17:53 -0400 (EDT) Date: Mon, 14 Aug 2006 07:17:52 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <44DFE9C0.4010702@elischer.org> Message-ID: References: <20060802165604.GA970@troutmask.apl.washington.edu> <20060802172505.GA1935@troutmask.apl.washington.edu> <20060813.145131.1172764406.imp@bsdimp.com> <44DFE9C0.4010702@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: thompsa@freebsd.org, fullermd@over-yonder.net, freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu, "M. Warner Losh" Subject: Re: Where is thr_getscheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2006 11:18:27 -0000 On Sun, 13 Aug 2006, Julian Elischer wrote: > M. Warner Losh wrote: > >> In message: <20060802172505.GA1935@troutmask.apl.washington.edu> >> Steve Kargl writes: >> : Almost everything on a FreeBSD system depends on libc. Bumping >> : its version number without careful coordination of bumping all >> : other version numbers is full of landmines. Falling back of the >> : retort "this is -current expect problesm" just glosses over what >> : appears to be sloppy planning. >> I'm really hoping that we can stop bumping major versions of libc.so.7 >> when we go to versioned symbols. >> > > From my experienc, versioned symbols allows you to avoid about 50% of library > version bumps > but you still need them every now and then. > There are lots of other ABI changes that need to happen that symbol > versionning just can't help you with. > For example, changing argument types. No, you can handle that with symbol versioning too. -- DE