caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Gerd Stolpmann <gerd@gerd-stolpmann.de>
To: Chris Hecker <checker@d6.com>, caml-list@inria.fr
Subject: Re: [Caml-list] semi-colons and begin
Date: Thu, 5 Apr 2001 00:40:30 +0200	[thread overview]
Message-ID: <01040500584807.00489@ice> (raw)
In-Reply-To: <4.3.2.7.2.20010404142255.0338a1c0@shell16.ba.best.com>

On Wed, 04 Apr 2001, Chris Hecker wrote:
>I must admit I'm still slightly confused about the semicolon thing, even after writing a fair amount of caml code.  The current sticking point is that 
>
># if false then print_int 2; print_int 3;;
>3- : unit = ()
>
># if false then print_int 2; print_int 3 else ();;
>Characters 39-43:
>Syntax error
># 
>
># if false then begin print_int 2; print_int 3 end;;
>- : unit = ()
># if false then begin print_int 2; print_int 3 end else ();;
>- : unit = ()
>
>The "BNF" grammar implies the first and second tests should compile and print nothing,
>since expr = expr ; expr, although Xavier et al. have said the BNF in the docs
>isn't really accurate. 

The BNF is ambigous (as most grammars). So you can't say which is the right way
to set the parentheses:

(if false then print_int 2); print_int 3   -- OR
if false then (print_int 2; print_int 3)

Both ways are correct if you only look at the grammar. However, in the O'Caml
manual there is a precedence table (section 6.7) determining that "if" has
higher precedence than ";". So the first way is what the compiler interprets.

>
>also thought begin...end was needed in a
>pattern-match, but apparently expr ; expr works there? 

In the precedence table "match" has lower precedence than ";".

>Is there a chart or something that says exactly where they're allowed?  I'm
>afraid of introducing a subtle bug in my program.  In C I always use brackets
>with my if statements to avoid the similar problem, so I suppose I could use
>begin..end everywhere, but yuck! 

You can use begin ... end (or (...) which is the same) everywhere in
expressions. But I don't recommend it because it makes code unreadable which is
another cause for errors.

I personally have no problems with "if" because it is in the same style as in
the first structured programming language I've learned (Pascal).

If you have problems I would recommend to use Emacs as editor with one of the
two O'Caml modes. It automatically indents the code, so you see:

if false then print_int 2;
print_int 3

and _not_

if false then print_int 2;
  print_int 3

which would mean that you did it wrong.

Gerd
-- 
----------------------------------------------------------------------------
Gerd Stolpmann      Telefon: +49 6151 997705 (privat)
Viktoriastr. 100             
64293 Darmstadt     EMail:   gerd@gerd-stolpmann.de
Germany                     
----------------------------------------------------------------------------
-------------------
To unsubscribe, mail caml-list-request@inria.fr.  Archives: http://caml.inria.fr


  reply	other threads:[~2001-04-05 17:43 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-04 21:33 Chris Hecker
2001-04-04 22:40 ` Gerd Stolpmann [this message]
2001-04-04 23:32   ` Chris Hecker
2001-04-05  1:03     ` mahamud
2001-04-05  3:48       ` Brian Rogoff
2001-04-05  6:05       ` David Brown
2001-04-06  9:33     ` Gerd Stolpmann
2001-04-05  3:35 ` Michael Hicks
2001-04-05  3:53 ` Daniel de Rauglaudre
2001-04-05  6:23   ` Mattias Waldau
2001-04-05 17:34     ` Pierre Weis

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=01040500584807.00489@ice \
    --to=gerd@gerd-stolpmann.de \
    --cc=caml-list@inria.fr \
    --cc=checker@d6.com \
    /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).