From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7021 Path: news.gmane.org!not-for-mail From: Justin Cormack Newsgroups: gmane.linux.lib.musl.general Subject: Re: What would make musl 1.2? Date: Fri, 13 Feb 2015 10:45:39 +0000 Message-ID: References: <20150213074603.GA975@brightrain.aerifal.cx> <1836.1423820294@CATHET.us> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1423824362 24578 80.91.229.3 (13 Feb 2015 10:46:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Feb 2015 10:46:02 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7034-gllmg-musl=m.gmane.org@lists.openwall.com Fri Feb 13 11:45:58 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 1YMDkz-0004qO-II for gllmg-musl@m.gmane.org; Fri, 13 Feb 2015 11:45:57 +0100 Original-Received: (qmail 5672 invoked by uid 550); 13 Feb 2015 10:45:55 -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 5623 invoked from network); 13 Feb 2015 10:45:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=specialbusservice.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ir79LaWAkjl9lJj1oxB9t3Za2FK3vWbKtm1ysop5AtE=; b=c18xVidhCWzEdYY8bky+mCfaoJIWnmHLOhzXsTV9/201h6fQ/UfRuqiiSRgXOS11OX zu9oTVoxKNbqPdQ2Yg75US+7fadDNFAWoOStVIEkHP83cggELaT3GujTNq9QYFSVcP4B lWyTKymmE6R6681dmeqQ1VwtxvHT99njHRKQQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ir79LaWAkjl9lJj1oxB9t3Za2FK3vWbKtm1ysop5AtE=; b=VieW0WawIpsYKt+bNbLnWxSFQJzYmQDyNjLfV1YVwa05FP456l55G7C4I/tDNtA6h2 9Q2HaCcYKIDcGsDq2T1bP74xZTwA2q2Jh/UWVTV555f07wcQnNAQ0QvRMGENVEukavcA ASF0Prsp32fFs2+YulM2qq0xYe+j/4u/BW8q/bcmS49CW3AAK3mEsxcXG98D+Ed++Xw6 f2xd0IkWLWXQvb9tvS+olm4OIxdeswiqR77y+AszRRjGc/kZPGaiB+0h/SaOAJKO/TMd 6rHySAxfLhac0Js3YZVKuxhPlEBYTpUuhtCE99lxJsjlZ+fGDbwFb5N3utAQVlo6YJ8/ WGoQ== X-Gm-Message-State: ALoCoQkuictx81GLpBDsnyMg4aOvkWpy6DxI59MRCWT4TNhoc3YpcXXOwhOACaEirXJvYaUhZOnB X-Received: by 10.152.21.201 with SMTP id x9mr7313747lae.72.1423824339830; Fri, 13 Feb 2015 02:45:39 -0800 (PST) In-Reply-To: <1836.1423820294@CATHET.us> Xref: news.gmane.org gmane.linux.lib.musl.general:7021 Archived-At: On 13 February 2015 at 09:38, Anthony J. Bentley wrote: > Raphael Cohn writes: >> Is there any possibility of adding in the ucontext.h functions? I know >> they're deprecated, but they're still widely used - particularly by go for >> goroutines, IIRC. > > It's worth mentioning that OpenBSD doesn't have ucontext, so given the > size of its package repository (which also contains Go), ucontext can't > be *that* widely used. The plan9-derived Go compilers do not need the ucontext functions, it is gccgo that does, which is needed for less common architectures but generally not used much elsewhere as it seems to have compatibility issues. I do not think it is used much elsewhere but there are those of us who use them and there is no nice substitute. I had been planning to implement it for Musl but I am a bit unsure. The users of it really do not want any syscalls (because the point of green threads is speed) but there seemed to be a view that the Posix version should preserve signal masks, although this was not clear to me from the spec if it was really required. Most/all implementations do in fact make syscalls, so it is in fact unclear if they are that useful, so was coming to the conclusion that a standalone library would be better. I have not found one, so I may write one, if only so there is a reference assembly implementation that people can just reuse. Musl should remove the prototypes while it is missing the functions though, and we should decide whether to support them (I think the previous decision was a weak yes). Justin Justin