From owner-freebsd-arch@FreeBSD.ORG Wed Apr 13 15:04:08 2005 Return-Path: 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 C1C2F16A4CE; Wed, 13 Apr 2005 15:04:08 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E07ED43D49; Wed, 13 Apr 2005 15:04:07 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j3DF34MA019377; Wed, 13 Apr 2005 18:03:05 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j3DF45uA041194; Wed, 13 Apr 2005 18:04:05 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j3DF45vt041193; Wed, 13 Apr 2005 18:04:05 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 13 Apr 2005 18:04:05 +0300 From: Giorgos Keramidas To: Poul-Henning Kamp Message-ID: <20050413150405.GC41052@orion.daedalusnetworks.priv> References: <20050413144159.GA40749@orion.daedalusnetworks.priv> <19268.1113403507@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19268.1113403507@critter.freebsd.dk> cc: arch@freebsd.org cc: re@freebsd.org cc: David Xu 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 15:04:08 -0000 On 2005-04-13 16:45, Poul-Henning Kamp wrote: >In message <20050413144159.GA40749@orion.daedalusnetworks.priv>, >Giorgos Keramidas writes: >>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. Very true, thanks for the tip :-)