caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Adam Granicz <granicz.adam@vnet.hu>
To: "caml-list@inria.fr" <caml-list@inria.fr>
Subject: Re: [Caml-list] syntax question
Date: Fri, 30 May 2008 03:48:27 +0200	[thread overview]
Message-ID: <op.ubx1y1vnibhf7u@ephubudl0046.budapest.epam.com> (raw)
In-Reply-To: <483F54A5.4020808@cs.caltech.edu>

Hi Mike,

I suspect this was a choice made by the compiler writers - by  
special-casing constructors (thus making them different from ordinary  
functions) you avoid some "complications" (and create new ones), for  
instance no partial constructors (although IMHO there is a valid case for  
them - instead you have to resort to eta expansion) - this forces that  
each constructor fulfills its "arity".

AFAIK, the revised syntax takes care of the above issues and you can  
construct testme values as Foo 1 2.

Regards,
Adam.

On Fri, 30 May 2008 03:13:09 +0200, Michael Vanier  
<mvanier@cs.caltech.edu> wrote:

> Adam,
>
> I realize that this is how it works, but I don't understand why it  
> should work this way. AFAIK elsewhere in ocaml "int * int" always refers  
> to a tuple.  Similarly, if testme's Foo really took two int arguments I  
> would expect to be able to create Foos as "Foo 1 2" instead of "Foo (1,  
> 2)" which looks like Foo takes a single tuple argument, not two int  
> arguments.  I don't see why "int * int" and "(int * int)" are different  
> things.
>
> Mike
>
> Adam Granicz wrote:
>> Hi Michael,
>>  In the type definition
>>
>>> # type testme = Foo of int * int;;
>>  the constructor Foo takes *two* int arguments (thus, you can not  
>> construct a testme value supplying only one argument), whereas in
>>
>>> # type testme2 = Foo2 of (int * int);;
>>  it takes *one* tuple argument.
>>  Regards,
>> Adam.
>>  On Fri, 30 May 2008 00:23:40 +0200, Michael Vanier  
>> <mvanier@cs.caltech.edu> wrote:
>>
>>> Hi everyone,
>>>
>>> I got bitten by a simple syntax problem:
>>>
>>> # let a = (1, 2);;
>>> val a : int * int = (1, 2)
>>> # type testme = Foo of int * int;;
>>> type testme = Foo of int * int
>>> # Foo a;;
>>> The constructor Foo expects 2 argument(s),
>>> but is here applied to 1 argument(s)
>>> # Foo (1, 2);;
>>> - : testme = Foo (1, 2)
>>> # type testme2 = Foo2 of (int * int);;
>>> type testme2 = Foo2 of (int * int)
>>> # Foo2 a;;
>>> - : testme2 = Foo2 (1, 2)
>>>
>>> Why does the compiler treat int * int and (int * int) in type  
>>> definitions so differently?  Is it to give clearer error messages in  
>>> the typical case?
>>>
>>> Mike
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Caml-list mailing list. Subscription management:
>>> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
>>> Archives: http://caml.inria.fr
>>> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
>>> Bug reports: http://caml.inria.fr/bin/caml-bugs
>>   _______________________________________________
>> Caml-list mailing list. Subscription management:
>> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
>> Archives: http://caml.inria.fr
>> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
>> Bug reports: http://caml.inria.fr/bin/caml-bugs



  reply	other threads:[~2008-05-30  1:48 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-29 22:23 Michael Vanier
2008-05-30  0:32 ` [Caml-list] " Adam Granicz
2008-05-30  1:13   ` Michael Vanier
2008-05-30  1:48     ` Adam Granicz [this message]
2008-05-30  1:54     ` Gordon Henriksen
2008-05-30  7:03     ` Christophe TROESTLER
2008-05-30  7:06     ` Luc Maranget
2008-05-30 12:17     ` Damien Doligez

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=op.ubx1y1vnibhf7u@ephubudl0046.budapest.epam.com \
    --to=granicz.adam@vnet.hu \
    --cc=caml-list@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).