From: Gerd Stolpmann <gerd@gerd-stolpmann.de>
To: saptarshi.guha@gmail.com
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] The need to specify 'rec' in a recursive function defintion
Date: Tue, 09 Feb 2010 23:01:03 +0100 [thread overview]
Message-ID: <1265752863.5482.42.camel@flake.lan.gerd-stolpmann.de> (raw)
In-Reply-To: <1e7471d51002091250of7a686fq537a03c9401c868f@mail.gmail.com>
Am Dienstag, den 09.02.2010, 15:50 -0500 schrieb Saptarshi Guha:
> Hello,
> I was wondering why recursive functions need to be specified with
> "rec". According to Practical Ocaml, to "inform the compiler that the function
> exists". But when entering the function definition, can't the compiler note that
> the function is being defined so that when it sees the function calling itself,
> it wont say "Unbound value f"?
>
> How is the knowledge of a function being rec taken advantage of (in
> ocaml) as opposed to other languages
> (leaving aside tail call optimization).
>
> Wouldn't one of way of detecting a recursive function would be to see
> if the indeed the function calls itself?
Sure, but that's a purely syntactical point of view.
In the ML community it is consensus that a recursive function is a total
different thing than a non-recursive function. The "rec" is just the
syntactical expression of this differentiation. Keep in mind that
let f arg = expr
is just a short-hand notation for
let f = (fun arg -> expr)
or, in other words, the anonymous function constructor (fun arg -> expr)
is the basic building block to which the "let" construction is broken
down. The anonymous function has a direct counterpart in the lambda
calculus, i.e. this is the level of mathematical groundwork.
You cannot directly express recursion in an anonymous function. For
defining the operational meaning of a recursive function a special
helper is needed, the Y-combinator. It gets quite complicated here from
a theoretical point of view because the Y-combinator is not typable. But
generally, the idea is to have a combinator y that can be applied to a
function like
y (fun f arg -> expr) arg
and that "runs" this function recursively, where "f" is the recursion.
"let rec" is considered to be just a short-hand notation for using y.
Besides the different way of defining "let" and "let rec" there are also
differences in typing.
Gerd
> These are very much beginners' questions.
> Thank you
> Saptarshi
>
> _______________________________________________
> 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
>
--
------------------------------------------------------------
Gerd Stolpmann, Bad Nauheimer Str.3, 64289 Darmstadt,Germany
gerd@gerd-stolpmann.de http://www.gerd-stolpmann.de
Phone: +49-6151-153855 Fax: +49-6151-997714
------------------------------------------------------------
next prev parent reply other threads:[~2010-02-09 21:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-09 20:50 Saptarshi Guha
2010-02-09 21:55 ` [Caml-list] " Guillaume Yziquel
2010-02-09 22:14 ` Saptarshi Guha
2010-02-09 22:01 ` Gerd Stolpmann [this message]
2010-02-09 21:58 ` Guillaume Yziquel
2010-02-09 22:34 ` Gerd Stolpmann
2010-02-10 0:07 ` Guillaume Yziquel
2010-02-10 3:10 ` Alain Frisch
2010-02-09 22:16 ` Saptarshi Guha
2010-02-09 23:29 ` Jon Harrop
2010-02-10 10:15 ` rossberg
2010-02-10 7:19 ` Andrej Bauer
2010-02-10 9:36 ` Francois Maurel
2010-02-10 10:12 ` rossberg
2010-02-09 23:33 ` Jon Harrop
2010-02-09 22:31 ` Saptarshi Guha
2010-02-10 0:12 ` Jon Harrop
2010-02-10 22:01 ` Stefan Monnier
2010-02-10 22:25 ` [Caml-list] " Till Varoquaux
2010-02-11 1:48 ` Jon Harrop
2010-02-15 15:46 ` Stefan Monnier
2010-02-15 17:33 ` [Caml-list] " Jon Harrop
2010-02-15 20:36 ` Stefan Monnier
2010-02-16 14:42 ` Stefan Monnier
2010-02-16 16:21 ` [Caml-list] " Ashish Agarwal
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=1265752863.5482.42.camel@flake.lan.gerd-stolpmann.de \
--to=gerd@gerd-stolpmann.de \
--cc=caml-list@yquem.inria.fr \
--cc=saptarshi.guha@gmail.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