From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id pBAI0akb021713 for ; Sat, 10 Dec 2011 19:00:36 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmMBAPad407U4xEKk2dsb2JhbABDqn4iAQEBAQkJCwkUAyKBcgEBAQQBAjVAEQshFg8JAwIBAgEWLxMIAQGIBga0XIhTgxoEkkyCJZIo X-IronPort-AV: E=Sophos;i="4.71,332,1320620400"; d="scan'208";a="122860314" Received: from moutng.kundenserver.de ([212.227.17.10]) by mail4-smtp-sop.national.inria.fr with ESMTP; 10 Dec 2011 19:00:31 +0100 Received: from keller.hars.de (p4FF61EB4.dip0.t-ipconnect.de [79.246.30.180]) by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis) id 0M2kFe-1Qj7Jg2rbC-00scbH; Sat, 10 Dec 2011 19:00:30 +0100 Received: from bessel.fritz.box ([192.168.178.33]) by keller.hars.de with esmtp (Exim 4.72) (envelope-from ) id 1RZRDq-0003sn-6j for caml-list@inria.fr; Sat, 10 Dec 2011 19:00:30 +0100 Message-ID: <4EE39E3D.2060206@hars.de> Date: Sat, 10 Dec 2011 19:00:29 +0100 From: Florian Hars User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111124 Thunderbird/8.0 MIME-Version: 1.0 To: caml-list@inria.fr References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 192.168.178.33 X-SA-Exim-Mail-From: florian@hars.de X-SA-Exim-Scanned: No (on keller.hars.de); SAEximRunCond expanded to false X-Provags-ID: V02:K0:E+yI8efU8w37PrsRe9hDUiTIugneEY06M2XESM6F2aX tqCP6EMMDb6n+Ute+okwHg4WJaVHJ2Yx8LGZddSApR+DyqsGvF hvxHYK4to4rRyl9090hRFR6cu4nyVtUK9h7ahIUY6i83Mucy6o jvjzxYW/4rcH+P2ZKXf+qUCt8uYWp8pdFKlGJOJc2QA6b5uLS7 PeW4Xhtv8Fu1vdNT8IkofaZi7/rrKLT/n4W5WHRn+BqLmENW7D g5k/JjMFzhjyiZinVM1FqYQXWkIQrW/y9o7wEE3/CjeGCJU6Pq 0cNJbWPz/0DELg2yP5AWm1qRvUZF29eEEyFuZosP6zcgNbaXQ= = Subject: Re: [Caml-list] Why isn't there a common platform for functional language interaction ? Am 10.12.2011 13:58, schrieb Gabriel Scherer: > Moreover, it is basically impossible > to move up the abstraction ladder (eg. provide common runtime > components) without sacrificing universality or efficiency. This might be relevant to the topic at hand: http://lists.gnu.org/archive/html/dotgnu-general/2002-06/msg00197.html - Florian.