From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.3 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by yquem.inria.fr (Postfix) with ESMTP id A8C0DBBAF for ; Tue, 14 Oct 2008 23:37:17 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsoBAC+u9EhDWxLCbmdsb2JhbACBcpFtPqt/gWs X-IronPort-AV: E=Sophos;i="4.33,410,1220220000"; d="scan'208";a="16087082" Received: from ip67-91-18-194.z18-91-67.customer.algx.net (HELO server1.bertec.net) ([67.91.18.194]) by mail2-smtp-roc.national.inria.fr with ESMTP; 14 Oct 2008 23:37:17 +0200 Received: from kuba.bertec.net (kuba.bertec.net [192.168.2.16]) by server1.bertec.net (Postfix) with ESMTP id B43CD105761 for ; Tue, 14 Oct 2008 17:37:16 -0400 (EDT) From: Kuba Ober To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Re: Road to native windows OCaml... Date: Tue, 14 Oct 2008 17:37:15 -0400 User-Agent: KMail/1.9.10 References: <200810131935.53365.kuba@mareimbrium.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810141737.16230.kuba@mareimbrium.org> X-Spam: no; 0.00; ocaml:01 ocaml:01 mingw:01 cygwin:01 compilation:01 bytecode:01 debugger:01 debugger:01 mingw:01 cheers:01 wrote:01 wrote:01 msvc:01 caml-list:01 bely:01 On Tuesday 14 October 2008, Sylvain Le Gall wrote: > On 13-10-2008, Kuba Ober wrote: > > I've looked briefly at what it'd take to have OCaml > > fully working natively (with mingw/VS), without any Cygwin > > needed for compilation. > > > > 3. I need to look at the bytecode debugger and figure out why doesn't it > > work on non-Cygwin builds. > > OCaml 3.11 will ship a debugger for Win32 (mingw/msvc). Everything > should be working except the replay part which depends on fork. > > I have worked on this, based on a patch provided few months ago by > Dimitry Bely. All in all, I have reimplemented "select" for win32 && > pipe. Why do we need fork? I need to look at the code... Cheers, Kuba