From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10762 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: compiling musl on openbsd Date: Fri, 2 Dec 2016 14:56:38 -0500 Message-ID: <20161202195638.GB1555@brightrain.aerifal.cx> References: <20161201141754.GB5749@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1480708615 18786 195.159.176.226 (2 Dec 2016 19:56:55 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 2 Dec 2016 19:56:55 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-10775-gllmg-musl=m.gmane.org@lists.openwall.com Fri Dec 02 20:56:52 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1cCtwx-0004H4-56 for gllmg-musl@m.gmane.org; Fri, 02 Dec 2016 20:56:51 +0100 Original-Received: (qmail 28617 invoked by uid 550); 2 Dec 2016 19:56:52 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 28587 invoked from network); 2 Dec 2016 19:56:51 -0000 Content-Disposition: inline In-Reply-To: Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:10762 Archived-At: On Fri, Dec 02, 2016 at 03:29:45PM +0100, Rashad Kanavath wrote: > Hi Szabolcs, > > follow question: is to possible to use something already in bsd rather than > going through syscall emulation ? A native-OpenBSD port would be a completely different target (or rather, one per cpu arch you want to support on OpenBSD) and at present is not terribly easy even then since the Linux syscall API is assumed rather than using some abstraction around it. There are pros and cons to this; at some point we might try to abstract it a bit more to make it easier to do maintainable bare-metal ports (which would also make it easier to port to BSDs, etc.) but even then some of the BSDs simply lack underlying kernel APIs to implement all the corner cases in POSIX correctly, particularly in the area of synchronization primitives like robust mutexes, and I'm not really interested in adding new abstractions for the sake of being able to write partial, not-actually-quite-correct ports. Rich