From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <daniel.buenzli@erratique.ch>
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 8366E7EF39
	for <caml-list@sympa.inria.fr>; Mon,  3 Aug 2015 15:45:06 +0200 (CEST)
Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender
  authenticity information available from domain of
  daniel.buenzli@erratique.ch) identity=pra;
  client-ip=74.55.86.74;
  receiver=mail2-smtp-roc.national.inria.fr;
  envelope-from="daniel.buenzli@erratique.ch";
  x-sender="daniel.buenzli@erratique.ch";
  x-conformance=sidf_compatible
Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender
  authenticity information available from domain of
  daniel.buenzli@erratique.ch) identity=mailfrom;
  client-ip=74.55.86.74;
  receiver=mail2-smtp-roc.national.inria.fr;
  envelope-from="daniel.buenzli@erratique.ch";
  x-sender="daniel.buenzli@erratique.ch";
  x-conformance=sidf_compatible
Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender
  authenticity information available from domain of
  postmaster@smtp.webfaction.com) identity=helo;
  client-ip=74.55.86.74;
  receiver=mail2-smtp-roc.national.inria.fr;
  envelope-from="daniel.buenzli@erratique.ch";
  x-sender="postmaster@smtp.webfaction.com";
  x-conformance=sidf_compatible
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DgAAAqcL9Vm0pWN0pbGQEBAYNShAy7N4V9AoF2AQEBAQEBEgEBAQEBCAkLCSEuhCQBAQEDI1YQCxoCJgICRxAGG4gmBAm0TpVjAQEBBwEBAQEBGQSBIoothFUzB4JpL4EUBZR5hHuQGw+Qb4QkgzoBAQE
X-IPAS-Result: A0DgAAAqcL9Vm0pWN0pbGQEBAYNShAy7N4V9AoF2AQEBAQEBEgEBAQEBCAkLCSEuhCQBAQEDI1YQCxoCJgICRxAGG4gmBAm0TpVjAQEBBwEBAQEBGQSBIoothFUzB4JpL4EUBZR5hHuQGw+Qb4QkgzoBAQE
X-IronPort-AV: E=Sophos;i="5.15,601,1432591200"; 
   d="scan'208";a="172524778"
Received: from mail6.webfaction.com (HELO smtp.webfaction.com) ([74.55.86.74])
  by mail2-smtp-roc.national.inria.fr with ESMTP; 03 Aug 2015 15:45:05 +0200
Received: from [192.168.2.3] (cpc16-cmbg14-2-0-cust300.5-4.cable.virginm.net [86.6.157.45])
	by smtp.webfaction.com (Postfix) with ESMTP id 027FC211E677;
	Mon,  3 Aug 2015 13:45:03 +0000 (UTC)
Date: Mon, 3 Aug 2015 14:45:02 +0100
From: =?utf-8?Q?Daniel_B=C3=BCnzli?= <daniel.buenzli@erratique.ch>
To: Nils Becker <nils.becker@bioquant.uni-heidelberg.de>
Cc: caml-list@inria.fr
Message-ID: <BF0D69096EFA410695EC3AFB2CEEDABD@erratique.ch>
In-Reply-To: <55BF6F1C.3050705@bioquant.uni-heidelberg.de>
References: <55BF6F1C.3050705@bioquant.uni-heidelberg.de>
X-Mailer: sparrow 1.6.4 (build 1178)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Subject: Re: [Caml-list] destructive local opens

Le lundi, 3 ao=C3=BBt 2015 =C3=A0 14:39, Nils Becker a =C3=A9crit :
> I came across this wish after defining a small Vector module which
> overrides (+) to mean vector addition. Then formulas are conveniently
> written M.(v + w) but that means I get 44. Of course I could define (+|)
> instead but why not make use of namespaces if we can.

I think that the whole way 44 is handled is broken. First it should be enab=
led by default, then it should not warn about infix operator shadowing. I t=
hink this would by design lead to good M.() usages and would avoid the need=
 for a new notation (note that it was proposed recently here [1])

Best,

Daniel

[1] https://github.com/ocaml/ocaml/pull/218