From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/9003 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl & proprietary programs Date: Thu, 24 Dec 2015 00:16:25 -0500 Message-ID: <20151224051625.GC238@brightrain.aerifal.cx> References: <20151222132706.57214aa6@vostro> <20151222222513.10f23f5a@r2lynx> <20151223144852.GR23362@port70.net> <20151224002205.588ac8e8@r2lynx> <20151223174352.GA238@brightrain.aerifal.cx> <20151224015135.34dfe5f4@r2lynx> <20151224120442.04e497db@r2lynx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1450934202 4152 80.91.229.3 (24 Dec 2015 05:16:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Dec 2015 05:16:42 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9016-gllmg-musl=m.gmane.org@lists.openwall.com Thu Dec 24 06:16:42 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 1aByGX-0001ha-Gm for gllmg-musl@m.gmane.org; Thu, 24 Dec 2015 06:16:41 +0100 Original-Received: (qmail 20476 invoked by uid 550); 24 Dec 2015 05:16:39 -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 20451 invoked from network); 24 Dec 2015 05:16:38 -0000 Content-Disposition: inline In-Reply-To: <20151224120442.04e497db@r2lynx> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:9003 Archived-At: On Thu, Dec 24, 2015 at 12:04:42PM +0700, Рысь wrote: > On Wed, 23 Dec 2015 18:00:12 -0200 > Alba Pompeo wrote: > > > I also don't want to pollute my system with glibc. That's why I asked > > if there was any plan to improve musl support of proprietary programs > > like the ones I listed. > > But as a last resort, I think Rich's method is the best so far, but > > I'm a bit lost on the details since I'm not a libc expert. > > I couldn't find a wiki page detailing Rich's method on Void or Alpine > > (the 2 distros I know use musl). Is there a step-by-step for a novice > > somewhere? > > There is also problem that musl wishes not to be fully glibc compat. > Certain libc structs and public structs coming from glibc headers that > are not required to be ABI same will be different on musl for > performance or optimization reasons, and programs relying on them > usually will not be happy. Simple programs probably still will work. There are no differences for performance or optimization reasons, unless you want to count [u]int_fastNN_t which are basically never used in public APIs anyway. Otherwise the only differences are that musl lacks the 32-bit-off_t structures on 32-bit archs (i.e. it can't match the _FILE_OFFSET_BITS=32 ABI on glibc, but it's not safe to use this ABI anymore anyway) and that musl does not copy the non-conforming, unsafe-because-it's-too-small glibc regoff_t on 64-bit archs (this only affects regexec). That's the situation for x86 and mainstream archs, at least. Some other archs have additional differences due to further brokenness in glibc (like IBM double-double on powerpc). Rich