From owner-freebsd-arch@FreeBSD.ORG  Wed Apr 13 13:39:15 2005
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E6BC116A564; Wed, 13 Apr 2005 13:39:13 +0000 (GMT)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 31B3943D54; Wed, 13 Apr 2005 13:39:13 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11])
	(authenticated bits=0)
	by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j3DDgMvu044937;
	Wed, 13 Apr 2005 07:42:22 -0600 (MDT)
	(envelope-from scottl@samsco.org)
Message-ID: <425D2041.7020501@samsco.org>
Date: Wed, 13 Apr 2005 07:36:01 -0600
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: arch@freebsd.org
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed 
	version=3.0.2
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org
cc: re@freebsd.org
cc: David Xu <davidxu@freebsd.org>
Subject: HEADS-UP: Planning on deprecating libc_r for 6.0
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussion related to FreeBSD architecture
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Apr 2005 13:39:15 -0000

All,

Now that we've had working KSE for 2 years, I'm planning to declare that
libc_r will be deprecated in 6.0 and removed by or before 7.0.  That
means that libc_r will still be built and installed and usable for 6.0
and likely for most of the 6.x lifetime, but its visibility will
decrease in favor of libpthread and possibly libthr.  Given that 7.0 is
at least 2 years away, that should give plenty of time for migration and
testing.  I assume that libc_r will also live on in compatibility
library archives long after that for those with legacy apps.

One question that has come up is how to warn the user at runtime about
this deprecation.  Should the dynamic linker print a message to stderr
when it gets a request to load libc_r?  Should it go to the console
and/or syslog instead?  Should there be a way to disable these messages
so as not to break wrapper programs that might be confused by the
output?  Should we even bother at all with runtime warnings?

Thanks,

Scott