From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3880 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: problems with dynamic linking since 0.9.1 Date: Tue, 13 Aug 2013 12:00:52 -0400 Message-ID: <20130813160052.GD221@brightrain.aerifal.cx> References: <20130813110709.GH5368@port70.net> <20130813145259.GI5368@port70.net> 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 1376409664 14885 80.91.229.3 (13 Aug 2013 16:01:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Aug 2013 16:01:04 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3884-gllmg-musl=m.gmane.org@lists.openwall.com Tue Aug 13 18:01: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 1V9H1u-0000mx-Ps for gllmg-musl@plane.gmane.org; Tue, 13 Aug 2013 18:01:06 +0200 Original-Received: (qmail 30297 invoked by uid 550); 13 Aug 2013 16:01: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 30289 invoked from network); 13 Aug 2013 16:01:05 -0000 Content-Disposition: inline In-Reply-To: <20130813145259.GI5368@port70.net> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:3880 Archived-At: On Tue, Aug 13, 2013 at 04:53:00PM +0200, Szabolcs Nagy wrote: > * Jens [2013-08-13 13:18:27 +0200]: > > On Tue, 13 Aug 2013, Szabolcs Nagy wrote: > > > > > >you didn't tell us the problem > > > > > >at least show a crashing dynamic linked executable > > >with straced loader and musl ldd output > > > > Sorry. Its actually linking the binary that doesnt work. > > > > ah ok i did not see that > > i'd check libc.so if there is some obvious error > ld should be able to handle it > (eg file libc.so, readelf -a libc.so, nm -D libc.so, or just ./libc.so) > > since you use landley's weird toolchain it may be a > problem with the old binutils Indeed, that toolchain is probably already using its own gcc wrapper around the real gcc located at a different path. Neither wrapper is sufficiently transparent to allow another wrapper around it to function 100% correctly, so I would guess this is your problem. See if you can find the location of the real gcc binary and have musl-gcc run that, or perhaps just get a compiler from the musl-cross package or compile your own toolchain. Rich