From owner-freebsd-current@FreeBSD.ORG Wed Aug 2 17:09:23 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 5738A16A4DA; Wed, 2 Aug 2006 17:09:23 +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 BD87D43D67; Wed, 2 Aug 2006 17:09:22 +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 k72H9LOF010220; Wed, 2 Aug 2006 13:09:21 -0400 (EDT) Date: Wed, 2 Aug 2006 13:09:21 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20060802165604.GA970@troutmask.apl.washington.edu> Message-ID: References: <20060801204501.GA19647@troutmask.apl.washington.edu> <20060801211657.GA29737@troutmask.apl.washington.edu> <20060801212742.GB13841@heff.fud.org.nz> <20060801213803.GB9583@troutmask.apl.washington.edu> <20060802144255.GU69505@over-yonder.net> <20060802165604.GA970@troutmask.apl.washington.edu> 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: freebsd-current@freebsd.org, Andrew Thompson , "Matthew D. Fuller" 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: Wed, 02 Aug 2006 17:09:23 -0000 On Wed, 2 Aug 2006, Steve Kargl wrote: > On Wed, Aug 02, 2006 at 09:42:55AM -0500, Matthew D. Fuller wrote: >> On Tue, Aug 01, 2006 at 02:38:03PM -0700 I heard the voice of >> Steve Kargl, and lo! it spake thus: >>> >>> If UPDATING had a proper notice, >> >> If UPDATING had a notice every time a {library,program} in 7 did >> something that wasn't supported by 6 (for various values of 7 and 6), >> it would be a very, very long and very boring file. >> > > Sigh. We go through this every time someone bumps libc's > version number without bumping the version numbers of > all other libraries. There is significant difference > bewteen changing libgpib.so version number and changing > libc.so version number. Changeing libc's version number > should have been noted in UPDATING. > > The version number of libthr should have been bumped > when David Xu committed his change. No, it has nothing to do with that change. There were other changes to libc that would necessitate bumping libpthread and libthr version numbers. If you take a libc.so.6 from 6-stable, you'll note that it wouldn't have worked in -current (under the same circumstances) before the thr_getscheduler() changes. If you look at the -current archives you'll see this problem even with libpthread which doesn't use thr_getscheduler(). > Last time I checked there were several integers between 2 and > INT_MAX. Is there some sort of shortage of integers at > freebsd.org that prevents bumping libthr.so.2 to libthr.so.3? Hold your horses. The libraries are going to be bumped, and this issue is going to be addressed in the near future. This is -current, so expect some problems like this. -- DE