From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10092 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Dynamic linker name Date: Sun, 5 Jun 2016 22:57:40 -0400 Message-ID: <20160606025739.GR10893@brightrain.aerifal.cx> References: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1465181880 6121 80.91.229.3 (6 Jun 2016 02:58:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Jun 2016 02:58:00 +0000 (UTC) Cc: musl@lists.openwall.com, Luca Barbato To: Lei Zhang Original-X-From: musl-return-10105-gllmg-musl=m.gmane.org@lists.openwall.com Mon Jun 06 04:57:59 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1b9kjm-0001nI-PK for gllmg-musl@m.gmane.org; Mon, 06 Jun 2016 04:57:58 +0200 Original-Received: (qmail 28222 invoked by uid 550); 6 Jun 2016 02:57:56 -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 28204 invoked from network); 6 Jun 2016 02:57:55 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:10092 Archived-At: On Mon, Jun 06, 2016 at 09:47:10AM +0800, Lei Zhang wrote: > Hi, > > I'm trying to make a few changes to clang/LLVM to make it work with > musl, i.e. link executables against musl instead of glibc. > > One of the changes involved is to tell clang where to find musl's > dynamic linker. My question is: is musl's dynamic linker always named > "ld-musl-$ARCH.so.1" and put under /lib? > > More specifically, on a multilib system, which of the following is encouraged? > > 1. /lib/ld-musl-{x86,x86_64}.so.1 > 2. /lib32/ld-musl-x86.so.1 and /lib64/ld-musl-x86_64.so.1 It's always /lib/, not /lib32/ or /lib64/. Rich