From owner-freebsd-arch@FreeBSD.ORG  Wed Apr 13 15:27: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 B3DF716A4CE; Wed, 13 Apr 2005 15:27:15 +0000 (GMT)
Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CEFE743D1F; Wed, 13 Apr 2005 15:27:14 +0000 (GMT)
	(envelope-from keramida@freebsd.org)
Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr
	[62.103.39.226])j3DFQ6e7032520;	Wed, 13 Apr 2005 18:26:11 +0300
Received: from orion.daedalusnetworks.priv (orion [127.0.0.1])
	j3DFR7TQ041387;	Wed, 13 Apr 2005 18:27:07 +0300 (EEST)
	(envelope-from keramida@freebsd.org)
Received: (from keramida@localhost)j3DFR7xL041386;
	Wed, 13 Apr 2005 18:27:07 +0300 (EEST)
	(envelope-from keramida@freebsd.org)
Date: Wed, 13 Apr 2005 18:27:07 +0300
From: Giorgos Keramidas <keramida@freebsd.org>
To: Scott Long <scottl@samsco.org>
Message-ID: <20050413152707.GA41331@orion.daedalusnetworks.priv>
References: <19268.1113403507@critter.freebsd.dk>
	<425D302C.1060006@samsco.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <425D302C.1060006@samsco.org>
cc: arch@freebsd.org
cc: Poul-Henning Kamp <phk@phk.freebsd.dk>
cc: re@freebsd.org
cc: David Xu <davidxu@freebsd.org>
Subject: Re: 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 15:27:15 -0000

On 2005-04-13 08:43, Scott Long <scottl@samsco.org> wrote:
>Poul-Henning Kamp wrote:
>>> How about modifying the dynamic linker to print a warning to stderr,
>>> much like mktemp(3), but let the user disable it by setting an
>>> environment variable, like LD_WARN_LIBC_R_DISABLE or similar?
>>
>> The user can disable it by adding a line in libmap.conf so let us not
>> invent more handles to tweak but point the user at the right one.
>
> Well, the worry is that there are legacy apps out there that rely on
> features/bugs only found in libc_r, therefore the user can't just
> switch.

Exactly the reason why I like the idea of deprecation messages but also like
being able to disable them.  It's not really impossible or unthought of that
it may take a stupidly long amount of time for a vendor to fix their broken
application that depends on a bug of a deprecated library *and* misbehaves
because of a message sent to stderr by the linker.

Having said that, since this is being deprecated in 6.X, which is pretty much
"current" and people aren't really expected to jump on the FreeBSD-current
wagon if they use FreeBSD for production, how many people use libc_r now that
may be bitten by the deprecation messages?