From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1400 Path: news.gmane.org!not-for-mail From: idunham@lavabit.com Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl 0.9.3 released Date: Sat, 4 Aug 2012 21:00:49 -0400 (EDT) Message-ID: <9251.50.0.229.11.1344128449.squirrel@lavabit.com> References: <20120803023633.GG544@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1344128464 2727 80.91.229.3 (5 Aug 2012 01:01:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 5 Aug 2012 01:01:04 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1401-gllmg-musl=m.gmane.org@lists.openwall.com Sun Aug 05 03:01:05 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 1SxpDL-0005mQ-Qc for gllmg-musl@plane.gmane.org; Sun, 05 Aug 2012 03:01:03 +0200 Original-Received: (qmail 15624 invoked by uid 550); 5 Aug 2012 01:01:02 -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 15613 invoked from network); 5 Aug 2012 01:01:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=YtRDXS/evsDn7j8Ee6uoWk8lWwt2oh1hTGecNUGqtExQGWPOWbhZtC3rhH4N2E4kxp1wtdHkx3hfTA7xryb4FqaY+iuFfIj37Lu0KUHUE5XgJUO7hnCnzin/LqDUbplBxCLwWLMvcXozkugkYCkyIk2OShME8l0760lMa5hFSrQ=; h=Message-ID:In-Reply-To:References:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; In-Reply-To: <20120803023633.GG544@brightrain.aerifal.cx> User-Agent: SquirrelMail/1.4.13 Xref: news.gmane.org gmane.linux.lib.musl.general:1400 Archived-At: > Hi all, > > After a few days' delay, here is the next release, 0.9.3, as promised: > > New experimental MIPS port (32-bit, o32 ABI, static-linked-only at > this point). Various dynamic linker/loader bugs fixed. Network > service name lookup support from /etc/services. Wrappers for more > non-POSIX Linux syscalls. Overhauled crypt() with drastic > reductions in memory usage and run time. Fixes for several > important thread bugs including internal lock corruption, spurious > ... Nice to see all of these! > A few pending issues that will be addressed after the release are > fixing the ARM setjmp/longjmp code not to break callers that are using > the fpu, improving memcpy (and other string functions) performance on > x86 with asm, and getting dynamic-linking support into the mips port. > I'd also like to finish and integrate the rest of rdp's porting work > (mips64, ppc, and microblaze) and possibly get an x32 (32-bit ABI on > x86_64) port underway, and integrate additional hash function support > (blowfish, sha, md5) for crypt. All of these sound good. I'm not sure about whether many people would be interested in x32, though?... Something other than standard crypt (isn't that DES, which can be cracked in a day on the right machine?) would be one of the more interesting ones from my perspective. Remembering the recent test results, I'd be hoping for bcrypt as well (it's where OpenCL cracking gets the least benefit). > Priority scheduling and related realtime issues are something I > haven't really touched yet, but it's also on the table for later in > the 0.9.x series. I may be sending a patch or two to adjust io.h / io*.c as well. (move to per-architecture, perhaps; add bits/io.h based on klibc's sys/io.h (?) ) Also, once I figure out how syscall.list* maps to the syscall() interface in musl, I may send a patch to support syscalls 113 & 166 (vm86(old)/vm86(plus)) *glibc and some other libc versions just have a list describing the calling convention, name, and so on for each syscall. This somehow gets converted to functions.