From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3902 Path: news.gmane.org!not-for-mail From: Jens Newsgroups: gmane.linux.lib.musl.general Subject: Re: problems with dynamic linking since 0.9.1 Date: Wed, 14 Aug 2013 22:47:08 +0200 (CEST) Message-ID: References: <20130813110709.GH5368@port70.net> <20130813145259.GI5368@port70.net> <20130813180331.GE221@brightrain.aerifal.cx> <20130814142710.GN221@brightrain.aerifal.cx> <20130814144955.GJ5368@port70.net> <20130814145158.GO221@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Trace: ger.gmane.org 1376513166 951 80.91.229.3 (14 Aug 2013 20:46:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Aug 2013 20:46:06 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3906-gllmg-musl=m.gmane.org@lists.openwall.com Wed Aug 14 22:46:08 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1V9hxI-000361-AD for gllmg-musl@plane.gmane.org; Wed, 14 Aug 2013 22:46:08 +0200 Original-Received: (qmail 3963 invoked by uid 550); 14 Aug 2013 20:46:06 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 3955 invoked from network); 14 Aug 2013 20:46:06 -0000 In-Reply-To: <20130814145158.GO221@brightrain.aerifal.cx> User-Agent: Alpine 2.10 (LNX 1266 2009-07-14) Xref: news.gmane.org gmane.linux.lib.musl.general:3902 Archived-At: On Wed, 14 Aug 2013, Rich Felker wrote: > On Wed, Aug 14, 2013 at 04:49:55PM +0200, Szabolcs Nagy wrote: >> * Rich Felker [2013-08-14 10:27:10 -0400]: >>> On Wed, Aug 14, 2013 at 11:06:29AM +0200, Jens wrote: >>>> bash-4.1# ld -V >>>> GNU ld version 2.17 >>>> Supported emulations: >>>> elf_x86_64 >>>> elf_i386 >>>> i386linux >>>> >>>> Hope this helps. >>> >>> Thanks. I don't see anything obviously wrong in the trace or verbose >>> output. Unless /lib is where you have musl installed (which doesn't >>> seem to be the case, the -L /lib/. probably should not be there, but >>> it doesn't seem related to the problem. Have you run the file command >>> and/or readelf -a on libc.so as a sanity check? Perhaps something >>> about the toolchain or existing wrapper messed up the link of libc.so. >>> >> >> wasn't there an issue that the last gplv2 binutils version >> failed to produce a working libc.so with -Bsymbolic-functions? > > My recollection was that it failed to support -Bsymbolic-functions at > all and would produce an error when encountering it, so this makes me > wonder how generation of libc.so succeeded at all... The musl libc in this case is built with binutils-2.20.1, since the older binutils (2.17) didnt work. You helped me with this exact problem some months ago. I have a build-environment where I specify all the dependencies for each build. binutils-2.20.1 is then a dependency for musl (where binutils 2.17 is the default). So for my use-case I can always specify a later binutils as a dependency for all musl builds. Though dynamic linking is a low priority for me, since all resulting binaries must be statically linked. Regards, Jens > > Rich >