From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/849 Path: news.gmane.org!not-for-mail From: Isaac Dunham Newsgroups: gmane.linux.lib.musl.general Subject: Re: gcc segfault at src/mman/mlockall.c Date: Fri, 18 May 2012 17:45:33 -0700 Message-ID: <20120518174533.22b8c9e2@newbook> References: <20120515093553.18c90a66@newbook> <20120515094236.53718e47@newbook> <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> 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: dough.gmane.org 1337388351 3927 80.91.229.3 (19 May 2012 00:45:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 19 May 2012 00:45:51 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-850-gllmg-musl=m.gmane.org@lists.openwall.com Sat May 19 02:45:50 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 1SVXnq-0000ev-8a for gllmg-musl@plane.gmane.org; Sat, 19 May 2012 02:45:50 +0200 Original-Received: (qmail 20419 invoked by uid 550); 19 May 2012 00:45:49 -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 20408 invoked from network); 19 May 2012 00:45:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=I9PGkwxg1dqJMdl2XJUyVxeuKdT5qq91R+mzd3meIvpkLY+uy3REy7hn200upxf54bjZYyviXof+Gc9B+ckoCQM5oc/uuE5JW9jQ/RUGywOYF0MTjU4BvKAkM1bkzPDJVbBk9phOi4xlSz3BXaWj5+XvIiy8M54/5KuF6ezBdEs=; h=Date:From:To:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding; In-Reply-To: <20120518225845.GY163@brightrain.aerifal.cx> X-Mailer: Claws Mail 3.7.4 (GTK+ 2.20.1; i486-pc-linux-gnu) Xref: news.gmane.org gmane.linux.lib.musl.general:849 Archived-At: On Fri, 18 May 2012 18:58:45 -0400 Rich Felker wrote: > > On Fri, May 18, 2012 at 08:43:33PM +0200, Jens Staal wrote: > > > > obase-musl still lacks a lot due to many legacy syscalls musl > > > > probably won't implement. > > > > > > > Could libbsd help with those? .. > There's really no cost to adding syscall > wrappers. If it's a matter of library functions though, then yes, I'd > agree. If using obase is desirable, it would be best to patch out the > non-portable stuff in obase, or if that's too difficult, use libbsd > (hopefully an improved version; in its current form, it seems very > broken and like gnulib has a lot of #error in the #else cases). I ought to try compiling libbsd again... > By the way, sbase in its current form is not much of an option. As far > as I can tell, the only way its tools "suck less" is in the area of > bloat; in the area of actually working correctly, they leave A LOT to > be desired. For example, at a first glance, grep lacks support for > multiple regexes (either on the command line with -e or > newline-separated, or from a file with -f). This kind of > non-conformance will badly break all sorts of shell scripts, including > possibly configure scripts (thus making it impossible to build any > software). > > 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? While we're enumerating permissively-licensed userspaces, we might as well remember Android's toolbox, and more relevantly toybox (Landley's project that set off the whole discussion of licensing). 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. So it isn't like there's a lack of options, it's just that none of them seem to be ready at present. 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. Isaac Dunham