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=4.1 required=5.0 tests=RCVD_IN_BL_SPAMCOP_NET, RCVD_NUMERIC_HELO,SPF_SOFTFAIL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id B08B3BBC4 for ; Sat, 21 Mar 2009 14:47:20 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgQGALOMxEleZLApmGdsb2JhbACJGYw5HgEBAQYLExG+PoN+Bg X-IronPort-AV: E=Sophos;i="4.38,399,1233529200"; d="scan'208";a="36936040" Received: from mx27.mail.ru ([94.100.176.41]) by mail4-smtp-sop.national.inria.fr with ESMTP; 21 Mar 2009 14:47:20 +0100 Received: from [89.252.10.6] (port=58180 helo=89.252.10.6.freenet.com.ua) by mx27.mail.ru with asmtp id 1Ll1Xj-000GnC-00; Sat, 21 Mar 2009 16:47:19 +0300 From: Andrey Riabushenko To: Seo Sanghyeon Subject: Re: [Caml-list] Google summer of Code proposal Date: Sat, 21 Mar 2009 15:47:40 +0200 User-Agent: KMail/1.9.7 References: <200903211439.47107.cdome@bk.ru> <5b0248170903210601pf3845d8h21bdd6a5ab1147af@mail.gmail.com> In-Reply-To: <5b0248170903210601pf3845d8h21bdd6a5ab1147af@mail.gmail.com> Cc: caml-list@yquem.inria.fr MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903211547.41996.cdome@bk.ru> X-Spam: Not detected X-Mras: Ok X-Spam: no; 0.00; ocaml:01 ocaml:01 caml-list:01 supported:02 platforms:09 yet:12 think:13 should:13 should:13 but:14 but:14 such:14 run:16 code:17 U4:82 > > LLVM > > will give ocaml an aggressive whole program optimizer and will make > > possible to run ocaml on new platforms that are supported by LLVM, but > > not yet by Ocaml. > > Is there any such platform? > There are - PIC16, XCore, Cell SPU and Microsoft IL (F# reinvented :). Many others are under development. > > 2. Will you merge LLVM platform to the ocaml trunk assuming that it works > > as it should? > > I think it should be (assuming you or someone will continue to maintain > it), but I am in no position to answer this.