From owner-freebsd-stable  Thu Nov 16  4:54:18 2000
Delivered-To: freebsd-stable@freebsd.org
Received: from silvia.hip.berkeley.edu (adsl-64-161-28-80.dsl.sntc01.pacbell.net [64.161.28.80])
	by hub.freebsd.org (Postfix) with ESMTP
	id F17DB37B4CF; Thu, 16 Nov 2000 04:54:15 -0800 (PST)
Received: (from asami@localhost)
	by silvia.hip.berkeley.edu (8.11.1/8.11.0) id eAGCsBY46573;
	Thu, 16 Nov 2000 04:54:11 -0800 (PST)
	(envelope-from asami@cs.berkeley.edu)
X-Authentication-Warning: silvia.hip.berkeley.edu: asami set sender to asami@cs.berkeley.edu using -f
To: Daniel Eischen <eischen@vigrid.com>
Cc: Jordan Hubbard <jkh@winston.osd.bsdi.com>, stable@FreeBSD.ORG,
	roger@FreeBSD.ORG
Subject: Re: libc shlib version
References: <vqc1ywcsttb.fsf@silvia.hip.berkeley.edu>
 <Pine.SUN.3.91.1001115230410.7945A-100000@pcnet1.pcnet.com>
From: asami@FreeBSD.ORG (Satoshi - Ports Wraith - Asami)
MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu")
Content-Type: text/plain; charset=US-ASCII
Date: 16 Nov 2000 04:54:11 -0800
In-Reply-To: <Pine.SUN.3.91.1001115230410.7945A-100000@pcnet1.pcnet.com>
 (Daniel Eischen's message of "Wed, 15 Nov 2000 23:10:04 -0500 (EST)")
Message-ID: <vqchf586psc.fsf@silvia.hip.berkeley.edu>
Lines: 23
User-Agent: T-gnus/6.14.5 (based on Gnus v5.8.7) (revision 06) SEMI/1.13.7
 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.0
 =?ISO-2022-JP?B?KBskQjJWMWMbKEIp?=
Sender: owner-freebsd-stable@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

 * From: Daniel Eischen <eischen@vigrid.com>

 * > Roger's packages is a different issue, that one was in libc_r.
 * > According to him, it was caused by the pthread merge that occurred too
 * > late for him to fix his ports before the (initial) ports freeze.
 * > 
 * > Hmm.  Now that I think about it, since this one is a pure
 * > backward-incompatible library interface change, do we need to bump
 * > libc_r's version number?
 * 
 * IMO, no.  The change to libc_r was to fix a deficiency/bug.  I
 * can tell you the exact problem if you're interested.

Roger said it breaks precompiled binaries, meaning if you do a make
world, the new libc_r will not be compatible with some of the old
binaries.

That sounds like a situation where we need the libc_r shlib version to
protect us from, no?

Roger, can you clarify?

Satoshi


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message