From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id pBFBPi7s016677 for ; Thu, 15 Dec 2011 12:25:44 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al0BAHfY6U7U436rkWdsb2JhbABEhQqmIyIBAQEBCQsLBxQDIoFyAQEFI00JEAsOCgICJgICVwYTCYdzBqYkkVqBL4lCgRYEjRCNM4xe X-IronPort-AV: E=Sophos;i="4.71,356,1320620400"; d="scan'208";a="135539942" Received: from moutng.kundenserver.de ([212.227.126.171]) by mail1-smtp-roc.national.inria.fr with ESMTP; 15 Dec 2011 12:25:38 +0100 Received: from office1.lan.sumadev.de (dslb-188-097-015-017.pools.arcor-ip.net [188.97.15.17]) by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis) id 0LhYCz-1Qx9qS2mjR-00mtn6; Thu, 15 Dec 2011 12:25:37 +0100 Received: from [192.168.178.22] (546BF816.cm-12-4d.dynamic.ziggo.nl [84.107.248.22]) by office1.lan.sumadev.de (Postfix) with ESMTPSA id 3A828C00C7; Thu, 15 Dec 2011 12:25:37 +0100 (CET) From: Gerd Stolpmann To: David Allsopp Cc: Aleksey Nogin , "caml-list@inria.fr" In-Reply-To: References: <4EDE33A0.6070004@gmail.com> <1323760512.9833.9.camel@samsung> <4EE711FB.5020602@frisch.fr> <4EE83C26.7090108@frisch.fr> <1323867161.7750.27.camel@samsung> <4EE8DC93.1000806@metaprl.org> <1323884194.7750.58.camel@samsung> Content-Type: text/plain; charset="UTF-8" Date: Thu, 15 Dec 2011 12:25:35 +0100 Message-ID: <1323948335.7750.78.camel@samsung> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:c8SswLVUST2Otxslu7jsptBxU0pA9b1rxOUt8TsmGkV OAArM3Q1jlB7AuKAQeDTFrL9ULm/hKQMB0sN283dHf5JwQ9eHf 8RCseiHKFMcEClDm+wxYrNgH+wJxQxUh5xh9QGxrXYaq5tUxqc 3Cn///x88a35zBWFxqi3alu/R3jytzo8/fMzjZMjbQBCB08c3j KbwrUKjUiuT9PrSeoFylRaxBv2r3kNKN+8I/ftDqZevyD781/e TDiGPolWGypxwWRXracvkm7Gy+q175nGcN75uV1sYmgldIYRIj 2vOWJx5IEAdtE+4qgGXW9nXiV37EqzZPc1vRy91qYmM6NKAXUU trP1bpKNEcrl7WStRxtJLHjh+u97JiwqaJJdO3Peb Subject: RE: [Caml-list] Some comments on recent discussions Am Mittwoch, den 14.12.2011, 19:41 +0000 schrieb David Allsopp: > Gerd Stolpmann wrote: > > Am Mittwoch, den 14.12.2011, 09:27 -0800 schrieb Aleksey Nogin: > > > On 14.12.2011 04:52, Gerd Stolpmann wrote: > > > > > > > I don't think you will be able to convince everybody - at this point > > > > the issue becomes political in some sense: Do we want to give up our > > > > Unix habits just to support an OS we (often enough) do not like, and > > > > would only cover to get more love from the world? > > > > > > > > There could be an alternative: The "busybox approach". We could > > > > develop a toolkit that covers all the Unix commands we need for the > > > > existing build scripts. It would include easy things like cp, mv > > > > etc., but also a classic "make" (medium difficulty, note that it > > > > could reuse the godi_make code), and especially a POSIX shell. The > > > > latter is a bit of work, but not too much. I'd guess the overall > > > > effort takes not more than > > > > 1-2 weeks if done by somebody how knows the semantics of the tools > > > > very well. > > > > > > > > There are a number of advantages over Cygwin: > > > > - No danger of running into licensing problems > > > > - The Unix compatibility is only maintained for commands, but not on > > > > the system call level (eaiser to use, less surprises, fewer > > > > deps,...) > > > > - It would only be a small download, and easy to integrate into > > > > installers > > > > > > Note that to a degree, OMake already provides the ability to do > > > Unix-style things under Windows. > > > > I know, and this makes me quite optimistic that it is not that hard to > > develop standalone executables for the frequently used Unix utilities. > > Any particular reason why the GnuWin32 project doesn't already fulfil this requirement (http://gnuwin32.sourceforge.net/)? Interesting collection, but it misses a shell. Also, I'm unsure about several details. In particular, how the command-line arguments are passed down to the started process. The win32 idea of command-line is a big mess, and you will continuously run into problems if you just keep it. Cygwin works around by providing an alternate path for passing the command-line down to the started process. I fear we also would need such a mechanism. (The GnuWin32 docs do not explain completely what they do, but it reads as if they just keep the win32 conventions.) Because of this, I'm still favoring a clean reimplementation, at least of sh, make, and the frequently used file utilities. GnuWin32 might be an interesting fallback source for complicated commands where we can live with limitations (e.g. awk, which also sometimes appears in build scripts, but would be a tremendous amount of work to reproduce). Gerd -- ------------------------------------------------------------ Gerd Stolpmann, Darmstadt, Germany gerd@gerd-stolpmann.de Creator of GODI and camlcity.org. Contact details: http://www.camlcity.org/contact.html Company homepage: http://www.gerd-stolpmann.de *** Searching for new projects! Need consulting for system *** programming in Ocaml? Gerd Stolpmann can help you. ------------------------------------------------------------