From: Alessandro Baretta <a.baretta@studio.baretta.com>
To: "Frédéric Gava" <gava@univ-paris12.fr>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] (int * int) <> int*int ?
Date: Fri, 24 Feb 2006 09:38:06 +0100 [thread overview]
Message-ID: <43FEC5EE.7020406@studio.baretta.com> (raw)
In-Reply-To: <009b01c638ac$6a57b0e0$1f570b50@mshome.net>
Frédéric Gava wrote:
>>And since the runtime representations are different, the types have to be
>>different.
> Wrong, you can the same representation but different types (e.g. int, char
> or many other examples)
Be careful when you reason about a proposition like "if A then B" in negated
terms. You are stating that "if (runtime representations are different) then
(types are different)" is false because "if not (runtime representations are
different) then not (types are different)" is false, but the second proposition
is not equivalent to the first.
***
Back to the original topic: this is a syntactic issue. DdR has solved the issue
in revised syntax, by making it very clear that 'a * 'b is a tuple, while an
n-ary constructor takes n distinct formal parameters--by no means an n-uple.
This is one of the very few spots where revised syntax is really more attractive
than the original one.
> type t = [ A of t1 and t2 ]
> type t' = [ A of (t1 * t2) ]
Alex
--
*********************************************************************
Ing. Alessandro Baretta
Studio Baretta
http://studio.baretta.com/
Consulenza Tecnologica e Ingegneria Industriale
Technological Consulting and Industrial Engineering
tel. +39 02 370 111 55
fax. +39 02 370 111 54
next prev parent reply other threads:[~2006-02-24 8:38 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-23 17:28 Frédéric Gava
2006-02-23 18:33 ` [Caml-list] " Eric Cooper
2006-02-23 19:03 ` Martin Jambon
2006-02-23 19:07 ` Frédéric Gava
2006-02-23 20:15 ` Brian Hurt
2006-02-23 21:30 ` Frédéric Gava
2006-02-23 21:57 ` Brian Hurt
2006-02-23 22:30 ` Frédéric Gava
2006-02-23 22:50 ` Brian Hurt
2006-02-23 23:07 ` Frédéric Gava
2006-02-24 8:38 ` Alessandro Baretta [this message]
2006-02-24 12:59 ` Damien Doligez
2006-02-23 18:33 ` Thomas Fischbacher
2006-02-23 18:56 ` David Brown
2006-02-23 19:24 ` Frédéric Gava
2006-02-23 19:37 ` Frédéric Gava
2006-02-23 19:45 ` Frédéric Gava
2006-02-24 0:01 ` Jacques Garrigue
2006-02-24 0:18 ` Lukasz Stafiniak
2006-02-24 2:17 ` Jacques Garrigue
2006-02-24 13:07 ` Alain Frisch
2006-02-25 17:42 ` Vincent Balat
2006-02-25 18:30 ` Nicolas Pouillard
2006-02-25 19:09 ` Richard Jones
2006-03-01 12:48 ` Nicolas Pouillard
2006-02-25 23:17 ` Christophe TROESTLER
2006-03-01 13:01 ` Nicolas Pouillard
2006-02-27 11:14 ` camlp4 renovation [was: [Caml-list] (int * int) <> int*int ?] Hendrik Tews
2006-02-24 13:39 ` [Caml-list] (int * int) <> int*int ? Nicolas Cannasse
2006-02-24 14:49 ` Frédéric Gava
2006-02-24 8:27 ` also for tagged records? [Was: Re: [Caml-list] (int * int) <> int*int ?] Sebastian Egner
2006-02-24 14:01 ` Thomas Fischbacher
2006-02-23 20:58 ` [Caml-list] (int * int) <> int*int ? Jon Harrop
2006-02-23 21:36 ` Frédéric Gava
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=43FEC5EE.7020406@studio.baretta.com \
--to=a.baretta@studio.baretta.com \
--cc=caml-list@yquem.inria.fr \
--cc=gava@univ-paris12.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