From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/6217 Path: news.gmane.org!not-for-mail From: Isaac Dunham Newsgroups: gmane.linux.lib.musl.general Subject: Re: A running list of questions from "porting" Slackware to musl Date: Tue, 30 Sep 2014 08:32:16 -0700 Message-ID: <20140930153216.GA1785@newbook> References: <542AA579.2040304@langurwallah.org> 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 1412091159 12040 80.91.229.3 (30 Sep 2014 15:32:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Sep 2014 15:32:39 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-6230-gllmg-musl=m.gmane.org@lists.openwall.com Tue Sep 30 17:32:35 2014 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 1XYzPm-00037F-Qc for gllmg-musl@plane.gmane.org; Tue, 30 Sep 2014 17:32:34 +0200 Original-Received: (qmail 25894 invoked by uid 550); 30 Sep 2014 15:32:32 -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 25884 invoked from network); 30 Sep 2014 15:32:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=WDkc5jFQvqvFVkU/WIifocrVQi3CoXLUCLTT/jjhRrI=; b=dyWIyrhiNmLojaCAIhaip2fjqHb5mdSlOlPibpDHGuWWgbGjNKBKBP67aWoRO9nRSP YwExHBRGPvhm74JdGOf+BO2GB4rG94JHp4cwm1Xxd1IU6kxGI9c3w/hMprZqKaW4R0aN 3i3207h+R2gxjQlTqEkRmdeXflB9wJy/KY0FG6+jf4m43QOwnlqZAv/OQDmPA8xGYMoQ Kg8YmfymN/TzxfeXXlzByUuwLyzuTwqEQwKkRvwHC9HjVFVQAWynDM3hJBzPvdp6CZ8m 0QL50OTukRlCuF+CNfAaLUFRG1B5gRFxS+KOSNBMXr6v/ksYiINQVVlcyo/n8WZQZSH6 zB6w== X-Received: by 10.66.66.75 with SMTP id d11mr32430577pat.85.1412091140146; Tue, 30 Sep 2014 08:32:20 -0700 (PDT) Content-Disposition: inline In-Reply-To: <542AA579.2040304@langurwallah.org> User-Agent: Mutt/1.5.23 (2014-03-12) Xref: news.gmane.org gmane.linux.lib.musl.general:6217 Archived-At: On Tue, Sep 30, 2014 at 06:13:37PM +0530, Weldon Goree wrote: > Hi all, > > I added the quotation marks of shame because it's not a "port" in a real > sense. But still: I've had this side project[1] for a while of porting > Slackware to use Musl and it's Nearly There (tm), but I was hoping for some > advice on some persistent irritations I have. (Sorry for the length.) > 6. Stack protection. This one really puzzles me. Stack protection is as > alien to glibc as it is to musl, but I keep running into this. 90% of the > problems can be avoided with adding -fno-stack-protector appropriately, but > libtool is very "helpful" on matters like this and seems to find a way to > put it back. I've actually not found an unworkable problem yet (though > several very annoying ones); I guess I'm just curious what the real state of > ssp on musl is (I'm not a fan of the concept, personally, but I know a lot > of people are), and whether there's a general solution to just telling > software to trust the ****ing stack. You need a "libssp_nonshared.a" containing a function named __stack_chk_fail_local, which need only call __stack_chk_fail. No idea why, but this cannot be in a shared libary. > 7. Dynamic linking. In assembling muslack I've been leaning a lot on the > shoulders of the giants who came before me. But in all that I keep running > into static linking. Snowflake does some dynamic linking, and Sabotage > submits to it when necessary (perl, etc.) but I don't know of a musl-based > distro that dynamically links like "normal" people do. Does anybody know of > one I can shamelessly steal from? Alpine Linux, alpinelinux.org > 8. Finally: thanks to everybody on this project and on this list; I've > really enjoyed the year since I read about musl on a random reddit comment. You're welcome. > Any thoughts would be appreciated, > Weldon Hope this helps, Isaac Dunham > > [1] http://muslack.org