From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2923 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: question: hard-coded file descriptors in stdin/stdout/stderr Date: Fri, 15 Mar 2013 15:03:47 -0400 Message-ID: <20130315190347.GJ20323@brightrain.aerifal.cx> References: <5141F86D.8010000@eservices.virginia.edu> <20130314171752.GB19010@port70.net> <51420E17.9030305@eservices.virginia.edu> <20130315083357.GH20323@brightrain.aerifal.cx> <5143345E.4080209@eservices.virginia.edu> <20130315184300.GI20323@brightrain.aerifal.cx> <51436EB0.8030007@eservices.virginia.edu> 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: ger.gmane.org 1363374247 15403 80.91.229.3 (15 Mar 2013 19:04:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Mar 2013 19:04:07 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2924-gllmg-musl=m.gmane.org@lists.openwall.com Fri Mar 15 20:04:31 2013 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 1UGZvT-00032N-JL for gllmg-musl@plane.gmane.org; Fri, 15 Mar 2013 20:04:23 +0100 Original-Received: (qmail 1753 invoked by uid 550); 15 Mar 2013 19:04:00 -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 1743 invoked from network); 15 Mar 2013 19:03:59 -0000 Content-Disposition: inline In-Reply-To: <51436EB0.8030007@eservices.virginia.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2923 Archived-At: On Fri, Mar 15, 2013 at 02:55:44PM -0400, Zvi Gilboa wrote: > Thank you for the encouragement, Rich! It is great to know that the > project will be warmly welcome by the musl community. As for the No problem. To clarify a bit, musl itself will most likely remain Linux-only (or rather Linux-syscall-API-only) in the main repository, because I don't like the complexity cost (which you can see in its extreme form in glibc :) of abstracting for that kind of underlying system diversity. The approach I would recommend to you if you want to use musl for this is to fork files which need to be seriously different on Windows, and keep a separate list of files that can be synchonized automatically or with minimal manual intervention. If there end up being things that are gratuitously difficult to reuse in their current form, that could be changed in musl without making it more complex or having other undesirable side effects, I think we could probably make changes that make your work easier. If on the other hand your work provides a pseudo-syscall-interface musl could ride on top of, it might be possible to use most of musl almost-unmodified on top of windows. Rich