From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7560 Path: news.gmane.org!not-for-mail From: Andre McCurdy Newsgroups: gmane.linux.lib.musl.general Subject: Re: building musl libc.so with gcc -flto Date: Thu, 30 Apr 2015 22:48:09 -0700 Message-ID: References: <1429742932-6026-1-git-send-email-armccurdy@gmail.com> <20150423022309.GH6817@brightrain.aerifal.cx> <20150423094520.GA17573@brightrain.aerifal.cx> <20150428002402.GJ17573@brightrain.aerifal.cx> <20150428134453.GM17573@brightrain.aerifal.cx> <20150429032725.GT17573@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1430459312 14826 80.91.229.3 (1 May 2015 05:48:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 May 2015 05:48:32 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7573-gllmg-musl=m.gmane.org@lists.openwall.com Fri May 01 07:48:26 2015 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 1Yo3oH-00066I-GL for gllmg-musl@m.gmane.org; Fri, 01 May 2015 07:48:25 +0200 Original-Received: (qmail 22000 invoked by uid 550); 1 May 2015 05:48:23 -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 21970 invoked from network); 1 May 2015 05:48:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U3mqI2LMiqkr7JQmdY6wDBd0zaXNgNTgyrxSxKqJ3Do=; b=of7Dc2Icy/OSJ7FbvXCNInOQ2F+uEqAcXQtd/bCSdiPjo14Bq5/kn97UWM+KULoSH1 9bysaDCYIl36mX7ofa8WWD1oMY83MrqII/y0Kc0HJql0y6d8SwFdOF3lnpCYL/lxzTa2 AHwjpqkCH8AoQWqyBQPn7OPYBZFtpCb6b5i6pj/zVyfDj7OYvYfruVp40e9xqgKC7hk6 2Lq4EWSPvki53NrNFLda7Aq4V3WmA0fyE0hcf+xp4cGg+GRaskSIYkDj9u8Esf0t/0PJ BdNELhOYS8lw6Islg5NOx+3TRSYWir49lQ2snZWNp9ahyNIJJihy/7qci8rN0RxooKVF aUhQ== X-Received: by 10.202.94.215 with SMTP id s206mr6072274oib.15.1430459290002; Thu, 30 Apr 2015 22:48:10 -0700 (PDT) In-Reply-To: <20150429032725.GT17573@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:7560 Archived-At: On Tue, Apr 28, 2015 at 8:27 PM, Rich Felker wrote: > > I would actually love to see new reports on gold with musl dynamic > linking. The new dynamic linker bootstrap design should be a lot more > robust against poor choices by the linker, but there could be stupid > details that are breaking still which might call for fixes on musl's > side. > > If you have citations for the problems that previously existed with > musl+gold, it would be nice to see those again too just to make sure > the issues were properly taken care of and not just swept under a rug. > I'm able to reproduce the problem I saw previously with the latest musl git version. Behaviour is that some binaries dynamically linked with gold (notably busybox) seem to run well but most binaries segfault at startup. I'm using gcc 4.9.2 and binutils 2.25, but I should also mention that I'm using OpenEmbedded to build the toolchain and musl support in OE is still quite experimental... Below is a link to a base64 encoded tar file containing two dynamically linked "hello world" x86 binaries. Both were created using the same OE toolchain (the only difference was the -fuse-ld=XXX option used). "hello.bfd" runs well, "hello.gold" segfaults. Hopefully they can give some clues about what's happening. http://pastebin.com/raw.php?i=RKJBqAg1 Andre --