From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/850 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: gcc segfault at src/mman/mlockall.c Date: Fri, 18 May 2012 20:56:55 -0400 Message-ID: <20120519005655.GZ163@brightrain.aerifal.cx> References: <20120515192104.GQ17860@port70.net> <20120515193053.GR17860@port70.net> <20120516115341.27f0c77b@newbook> <20120516220457.GU17860@port70.net> <874nrdmmlz.fsf@gmail.com> <20120518185123.GA33876@intma.in> <20120518225845.GY163@brightrain.aerifal.cx> <20120518174533.22b8c9e2@newbook> 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: dough.gmane.org 1337389345 9362 80.91.229.3 (19 May 2012 01:02:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 19 May 2012 01:02:25 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-851-gllmg-musl=m.gmane.org@lists.openwall.com Sat May 19 03:02:20 2012 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 1SVY3n-0004BY-Mr for gllmg-musl@plane.gmane.org; Sat, 19 May 2012 03:02:19 +0200 Original-Received: (qmail 28050 invoked by uid 550); 19 May 2012 01:02:19 -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 28039 invoked from network); 19 May 2012 01:02:19 -0000 Content-Disposition: inline In-Reply-To: <20120518174533.22b8c9e2@newbook> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:850 Archived-At: On Fri, May 18, 2012 at 05:45:33PM -0700, Isaac Dunham wrote: > > There is also my noXCUse package, which aims at complete conformance > > in all commands implemented, but not many commands are implemented > > yet. > Had not heard of that one, and Google seems not to recognize it... Is it > publicly available yet? It's on git.etalabs.net. I didn't put any effort into the release; it's mostly code I had around from years ago. Only grep is new. Here's the gitweb link: http://git.etalabs.net/cgi-bin/gitweb.cgi > While we're enumerating permissively-licensed userspaces, we might as Actually mine are still GPL or LGPL (I forget which), but I have no objection to relicensing them. I can do it sometime soon if anybody's interested. > well remember Android's toolbox, Somehow I doubt this works at all... > and more relevantly toybox (Landley's > project that set off the whole discussion of licensing). Yes, toybox is quite interesting but incomplete. In the long term it's probably going to be the best option, though, especially if Rob ends up being responsive about issues that come up... (Like my recent finding that xargs is doing what many ppl wrongly assume it does, rather than what it's actually supposed to do.) > And in the less-viable set of options, there's beastiebox (way too > limited and BSD-specific, though it may compile on Linux), > and somewhere I saw a git repo with a port of netbsd userspace to > uclibc (incompatible with musl, of course--uclibc seems to be the most > "legacy friendly" libc in terms of headers, even compared with glibc). > Besides that there's heirloom-tools. > That would make 8 packages under permissive licenses that aim at what > you're talking about. But how many of them aim to implement POSIX compatible utilities, and of those, how many come close to succeeding? Tools that are rough lookalikes/workalikes for the standard tools but which behave differently in subtle ways are rather useless for the purpose of running third-party scripts (including configure scripts). > So it isn't like there's a lack of options, it's just that none of > them seem to be ready at present. I agree there are several options, but not quite as many as you think. > By the way, make is probably one of the biggest limitations--Linux and > musl both rely extensively on gmake features that none of the > BSD/permissively-licensd make versions support yet. You probably won't > get the kernel policy changed, either. GNU make is by far the best/only decent make. If anybody really cares that much about permissive license, they're free to make a clone, but since GNU make is self-contained, extremely portable, clean code, I think refusing to use it on the basis of license is silly. It's not like other GNU packages that give you plenty of technical reasons to dislike them in addition to whatever your ideological reasons are. Rich