From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10358 Path: news.gmane.org!.POSTED!not-for-mail From: "Sidney Manning" Newsgroups: gmane.linux.lib.musl.general Subject: RE: relative link between libc.so and the dynamic linker Date: Thu, 4 Aug 2016 13:09:54 -0500 Message-ID: <04d401d1ee7b$67651180$362f3480$@codeaurora.org> References: <020b01d1edc9$00bbc490$02334db0$@codeaurora.org> <20160804021919.GE15995@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1470334214 27204 195.159.176.226 (4 Aug 2016 18:10:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 4 Aug 2016 18:10:14 +0000 (UTC) To: Original-X-From: musl-return-10371-gllmg-musl=m.gmane.org@lists.openwall.com Thu Aug 04 20:10:10 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1bVN5t-0006dB-Jc for gllmg-musl@m.gmane.org; Thu, 04 Aug 2016 20:10:09 +0200 Original-Received: (qmail 11976 invoked by uid 550); 4 Aug 2016 18:10:08 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 11955 invoked from network); 4 Aug 2016 18:10:07 -0000 In-Reply-To: <20160804021919.GE15995@brightrain.aerifal.cx> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIm0Y4n5TVpJJG3L6+W51qCtquRjwIzsWltn31pllA= Content-Language: en-us Xref: news.gmane.org gmane.linux.lib.musl.general:10358 Archived-At: > -----Original Message----- > From: Rich Felker [mailto:dalias@aerifal.cx] On Behalf Of Rich Felker > Sent: Wednesday, August 03, 2016 9:19 PM > To: musl@lists.openwall.com > Subject: Re: [musl] relative link between libc.so and the dynamic linker > > On Wed, Aug 03, 2016 at 03:52:51PM -0500, Sidney Manning wrote: > > I'd like to suggest making the symbolic link between libc.so and > > ld-musl-.so.1 relative rather than absolute. A relative path > > makes movement between systems easier, in particular when one is > > copying cross binaries to into a runtime environment. > > Are you sure this is actually the case if you use DESTDIR rather than prefix for > staging the cross toolchain libs in the sysroot? I think the current behavior > already works fine as long as you do it that way, but I may be mistaken. > Yes, DESTDIR will work for me. So for cross builds, setting prefix/libdir/syslibdir to target relative locations and DESTDIR to the location of the image root works in the way I wanted it to. This might not be relevant for very many people but for those that nfs mount their freshly built c-library for a runtime check would still see ld-musl pointing the wrong libc.so until they chrooted. Thanks, Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation