From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 590D17F0A3 for ; Mon, 31 Aug 2015 19:31:44 +0200 (CEST) IronPort-PHdr: 9a23:qC2MQRMAV/yEsITGoFAl6mtUPXoX/o7sNwtQ0KIMzox0KPj+rarrMEGX3/hxlliBBdydsKIfzbWP+Pm5BSQp2tWojjMrSNR0TRgLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpQAbFhi3DwdpPOO9QteU1JTskb/rsMSKP01hv3mUX/BbFF2OtwLft80b08NJC50a7V/3mEZOYPlc3mhyJFiezF7W78a0+4N/oWwL46pyv50IbaKvdK09SflcDS86G2Ez/szi8xfZHiWV4X5JdWEXjBdSSyLM6h33Wt+ltS/7qOdn8CebJ9bqC7EyHD6v9aNqTlnkhXFUZHYC7GjLh5ko3+pgqxW7qkknzg== Authentication-Results: mail2-smtp-roc.national.inria.fr; spf=None smtp.pra=oliver@first.in-berlin.de; spf=None smtp.mailfrom=oliver@first.in-berlin.de; spf=None smtp.helo=postmaster@einhorn.in-berlin.de Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of oliver@first.in-berlin.de) identity=pra; client-ip=192.109.42.8; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="oliver@first.in-berlin.de"; x-sender="oliver@first.in-berlin.de"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of oliver@first.in-berlin.de) identity=mailfrom; client-ip=192.109.42.8; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="oliver@first.in-berlin.de"; x-sender="oliver@first.in-berlin.de"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@einhorn.in-berlin.de) identity=helo; client-ip=192.109.42.8; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="oliver@first.in-berlin.de"; x-sender="postmaster@einhorn.in-berlin.de"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0C3AgB2juRVfwgqbcBdhFgGgx3DAAKBKjwQAQEBAQEBAQEQAQELCwoIIS6CHYIGAQEBAwEjDwEFRgsLGAICGA4CAiE2GYgZAwoIBLIZjzcNhQ8sgSKKSIJPgW1WF4JSgUMFlUGLB4FqB0uIJoo5hgKBOoI1HIFWb4JNAQEB X-IPAS-Result: A0C3AgB2juRVfwgqbcBdhFgGgx3DAAKBKjwQAQEBAQEBAQEQAQELCwoIIS6CHYIGAQEBAwEjDwEFRgsLGAICGA4CAiE2GYgZAwoIBLIZjzcNhQ8sgSKKSIJPgW1WF4JSgUMFlUGLB4FqB0uIJoo5hgKBOoI1HIFWb4JNAQEB X-IronPort-AV: E=Sophos;i="5.17,442,1437429600"; d="scan'208";a="175491190" Received: from einhorn.in-berlin.de ([192.109.42.8]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2015 19:31:43 +0200 X-Envelope-From: oliver@first.in-berlin.de X-Envelope-To: Received: from localhost (yak.in-berlin.de [192.109.42.109]) by einhorn.in-berlin.de (8.14.4/8.14.4/Debian-4) with ESMTP id t7VHVhux003666 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 31 Aug 2015 19:31:43 +0200 Received: from x55b2038c.dyn.telefonica.de (x55b2038c.dyn.telefonica.de [85.178.3.140]) by webmail.in-berlin.de (Horde Framework) with HTTP; Mon, 31 Aug 2015 19:31:43 +0200 Date: Mon, 31 Aug 2015 19:31:42 +0200 Message-ID: <20150831193142.Horde.ZG3Yu7F8x0LGQI1R3VjawWJ@webmail.in-berlin.de> From: Oliver Bandel To: caml-list@inria.fr References: <20150828.140826.2157566405742612169.Christophe.Troestler@umons.ac.be> <55E07198.8070500@lexifi.com> <55E201B3.3010807@linux-france.org> <031f01d0e3e9$de4b8240$9ae286c0$@ffconsultancy.com> In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: Re: [Caml-list] We need a rich standard library distributed with OCaml, really Zitat von Emmanuel Surleau (Mon, 31 Aug 2015 17:05:30 +0200) > On Mon, Aug 31, 2015 at 2:37 PM, Jon Harrop wrote: > >> David MENTRÉ: >> > That's said, an interesting step might not be to include other libraries >> but the mechanism to install them, i.e. opam. >> >> I think that is exactly the right thing to do. This is a packaging issue, >> not a language issue. >> > > Including OPAM does not address the issue of standardized data types for > things that everybody needs. You still have many different ways of > streaming data, of storing time, etc. [...] So, this could mean including signatures (not structures/implementations) for these application domains to be included in the OCaml-distribution. So that the signatures are equal for all, but the implementation is up to (can be done by) external libs (but need to match the signatures from (the future) OCaml-distribution)? Something like signature-proposals from INRIA. This would have the advantage of central (coordinated) types in OCaml projects, without eating up the time of the OCaml-core-developers to implement the structures too. IMHO this also could show the power of OCaml's module language... Ciao, Oliver