From owner-svn-src-all@FreeBSD.ORG Sun Sep 8 14:47:00 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1BC1C2D; Sun, 8 Sep 2013 14:47:00 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 620542165; Sun, 8 Sep 2013 14:47:00 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 3068348C3; Sun, 8 Sep 2013 14:46:59 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 8013EF3; Sun, 8 Sep 2013 16:46:32 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Subject: Re: svn commit: r255385 - in head/etc: . etc.amd64 References: <201309080946.r889kNSX050568@svn.freebsd.org> <20130908110410.GZ41229@kib.kiev.ua> <86zjrnedp5.fsf@nine.des.no> <20130908143854.GA41229@kib.kiev.ua> Date: Sun, 08 Sep 2013 16:46:32 +0200 In-Reply-To: <20130908143854.GA41229@kib.kiev.ua> (Konstantin Belousov's message of "Sun, 8 Sep 2013 17:38:54 +0300") Message-ID: <86eh8zxtfb.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 14:47:00 -0000 Konstantin Belousov writes: > Any line in libmap.conf cannot add to the standard search path. > It only translates existing path. I know. > And, the standard path is specified by the ELF standard, which we try to > follow. I.e., hardcoding STD_LIB_PATH in rtld is basically an external > requirement. I never suggested removing it, but with the appropriate entries in libmap32.conf, there would be no need to use a different standard library search path for 32-bit binaries. I'm not proposing to change this, though. I'm just mentioning that it is possible. > I see no reason not to remove #ifdef COMPAT_32BIT from the > path_enumerate(). At least, it would make the rtld behaviour less > puzzling. Agreed. The documentation also needs to be updated; it is not very clear. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no