From patchwork Thu Oct  9 18:19:52 2014
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Patchwork-Submitter: Jonathan Wakely <jwakely@redhat.com>
X-Patchwork-Id: 3177
Received: (qmail 22711 invoked by alias); 9 Oct 2014 18:19:59 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Unsubscribe: <mailto:libc-alpha-unsubscribe-##L=##H@sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>,
	<http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Delivered-To: mailing list libc-alpha@sourceware.org
Received: (qmail 22694 invoked by uid 89); 9 Oct 2014 18:19:58 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL, BAYES_00,
	SPF_HELO_PASS, SPF_PASS,
	T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mx1.redhat.com
Date: Thu, 9 Oct 2014 19:19:52 +0100
From: Jonathan Wakely <jwakely@redhat.com>
To: Siddhesh Poyarekar <siddhesh.poyarekar@gmail.com>
Cc: Michael Kerrisk-manpages <mtk.manpages@gmail.com>,
	GNU C Library <libc-alpha@sourceware.org>, carlos@redhat.com
Subject: Re: Error in documentation of $ORIGIN in the ld.so man page
Message-ID: <20141009181952.GD4197@redhat.com>
References: 
 <CAAHN_R0=P=ZxXhGcEMgr60zmH+sh29mg57dm8ccfo82+EyZqhg@mail.gmail.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
 <CAAHN_R0=P=ZxXhGcEMgr60zmH+sh29mg57dm8ccfo82+EyZqhg@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)

On 09/10/14 23:18 +0530, Siddhesh Poyarekar wrote:
>Hi Michael,
>
>The ld.so man page says:
>
>       $ORIGIN (or equivalently ${ORIGIN})
>              This expands to the directory containing the application
>executable.  Thus, an application located in somedir/app could be
>compiled with
>
>which is incorrect since it expands to the directory containing the
>DSO and not the application executable.  This seems like deliberate
>behaviour in dl-object.c, so it needs to be fixed in the man page.
>Credit goes to Jon Wakely for finding this[1].

Thanks, Siddhesh, I was just preparing this suggested patch.

diff --git a/man8/ld.so.8 b/man8/ld.so.8
index a5a7293..ac02df6 100644
--- a/man8/ld.so.8
+++ b/man8/ld.so.8
@@ -92,7 +92,7 @@ understands certain strings in an rpath specification (DT_RPATH or DT_RUNPATH);
 .TP
 .IR $ORIGIN " (or equivalently " ${ORIGIN} )
 This expands to
-the directory containing the application executable.
+the directory containing the program or library.
 Thus, an application located in
 .I somedir/app
 could be compiled with