caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Luc Maranget <luc.maranget@inria.fr>
To: daniel.de_rauglaudre@inria.fr (Daniel de Rauglaudre)
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Overlapping features of variant types and tuples in Ocaml
Date: Fri, 17 May 2002 13:40:13 +0200 (MET DST)	[thread overview]
Message-ID: <200205171140.NAA0000006766@beaune.inria.fr> (raw)
In-Reply-To: <20020516215748.N2924@verdot.inria.fr> from "Daniel de Rauglaudre" at mai 16, 2002 09:57:48

> 
> Hi,
> 
> On Thu, May 16, 2002 at 10:45:44PM +0300, Vesa Karvonen wrote:
> 
> > I'm not quite sure what you mean. Do you mean that improving the
> > syntax is perceived to be waste of time by many people.
> 
> Right. Notice that your question is frequently asked. Your problem
> could be resolved syntactically (I mean by changing the syntax). See
> Camlp4 and its "revised syntax", section "types".
> 
> -- 

I personnaly like Daniel's solution to the
1 pair argument/2 arguments constructor dilema.
[C (e1, e2) <-> C e1 e2, as it was for instance the case in lml, the
lazy ml compiler from Goteborg]


But changing such a basic feature of caml is a real problem (backward
compatibility). So I can live with the old syntax.


To me, the most annoying point with the ``official'' syntax of constructors is
that beginners get confused.  Then, as you get more familiar with a
language, you get used to its syntax, and such trouble dissapears.
I admit that this way of seeing things may lead me to consider syntax
problems as of ``minor importance'' this does not mean that syntax is
a non-issue and that working on syntax is wasting time.

The key point is that the old syntax does not reflect well that
constructors have n arguments.



Shipping camlp4 with the distribution is a good idea.
That way, Daniel's improvements (hum, I do not agree with all parts of
revised syntax...) are easily available, better integrated, and
considered officially as part of ocaml.
For example our team choosed to use camlp4 in the new version of jocaml
(under developpement), and the presence of camlp4 inside the
distribution is very convenient.


--Luc
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  reply	other threads:[~2002-05-17 11:40 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-16 19:45 Vesa Karvonen
2002-05-16 19:57 ` Daniel de Rauglaudre
2002-05-17 11:40   ` Luc Maranget [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-05-16 22:02 Vesa Karvonen
2002-05-16 17:04 Vesa Karvonen
2002-05-16 19:17 ` Daniel de Rauglaudre
2002-05-17  8:17   ` Marc Pantel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200205171140.NAA0000006766@beaune.inria.fr \
    --to=luc.maranget@inria.fr \
    --cc=caml-list@inria.fr \
    --cc=daniel.de_rauglaudre@inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).