From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <6100054cf81e1a26e75fd335d50d97e9@proxima.alt.za> To: 9fans@9fans.net Date: Sun, 28 Jul 2013 07:38:51 +0200 From: lucio@proxima.alt.za In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] MirOS ksh (mksh) building out-of-the box on Plan9/APE Topicbox-Message-UUID: 6ea00862-ead8-11e9-9d60-3106f5b1d025 > SIGCHLD is not defined for plan 9, except in ape. that's what i > would call ape-specific. This is degenerating into politics (or religion, same thing) quite unnecessarily. In my opinion, Go is a "better" APE (I'm convinced that Rob agrees with me :-). The way I see it and the reason I like Go a lot, is that it seems to aim to great portability across different platforms. In my particular dream I saw myself developing in the comfort of Plan 9 for the Windows environment (when that still mattered) and today for the mobile phone and various tablets (somebody keeps moving the goal posts, but we'll catch them eventually). In this respect, Go is perhaps closer to Posix than to APE, and then maybe not: these are intentionally closely coupled. Where SIGCLD/SIGCHLD (evidently Posix didn't quite get this one nailed down) is concerned, APE and Go need to provide the same service and therefore need to duplicate the implementation. If, as cinap suggests, there is no support in the kernel for it and it cannot be implemented purely in user user space, then it makes sense to do the job once, in the kernel and I'd like to leave it to those who are familiar with such things to determine what is actually necessary. But I think it is clear that Go and APE can retain their separation, migrating Go to APE makes no sense at all. ++L