From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8999 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?0KDRi9GB0Yw=?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl & proprietary programs Date: Thu, 24 Dec 2015 12:04:42 +0700 Message-ID: <20151224120442.04e497db@r2lynx> References: <20151222132706.57214aa6@vostro> <20151222222513.10f23f5a@r2lynx> <20151223144852.GR23362@port70.net> <20151224002205.588ac8e8@r2lynx> <20151223174352.GA238@brightrain.aerifal.cx> <20151224015135.34dfe5f4@r2lynx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1450933418 26052 80.91.229.3 (24 Dec 2015 05:03:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Dec 2015 05:03:38 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-9012-gllmg-musl=m.gmane.org@lists.openwall.com Thu Dec 24 06:03:37 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 1aBy3s-0005vM-ND for gllmg-musl@m.gmane.org; Thu, 24 Dec 2015 06:03:36 +0100 Original-Received: (qmail 11281 invoked by uid 550); 24 Dec 2015 05:03: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 10200 invoked from network); 24 Dec 2015 05:03:29 -0000 X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 In-Reply-To: X-Mailer: claws Xref: news.gmane.org gmane.linux.lib.musl.general:8999 Archived-At: 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. I tried to hack into this area back in 0.9.x times (Jul2012). I even got userspace nvidia libraries being loaded by plain musl into `glxgears` and it did worked. Last time I revisited that was in Jan2015, and musl was greatly "improved" - applying same changes then trying to run the same `glxgears` resulted in plain segfault. From Jan2015 I was running X server in chroot, and completely moved to nouveau by Mar2015. Software that loads many-many shared objects, including modern GUI libs will BE unhappy. Just because when building with glibc result binaries are much polluted with glibcisms. My case was simpler. -- http://lynxlynx.tk/ Power electronics made simple Unix and simple KISS C code