From: Christophe TROESTLER <debian00@tiscali.fr>
To: "O'Caml Mailing List" <caml-list@yquem.inria.fr>
Subject: Re: [Caml-list] Re: Parameter evaluation order
Date: Sat, 27 Aug 2005 17:33:57 +0200 (CEST) [thread overview]
Message-ID: <20050827.173357.20560607.debian00@tiscali.fr> (raw)
In-Reply-To: <430F4AA5.5000803@univ-savoie.fr> <20050826141744.GC7595@gaia.cc.gatech.edu> <430F47F1.5020302@univ-savoie.fr>
On Fri, 26 Aug 2005, Christophe Raffalli <christophe.raffalli@univ-savoie.fr> wrote:
>
> Remark: clearly, a good proof system should not show the monadic
> translation and hide it behind the scene ...
Shouldn't a good proof system show the code to be correct regardless
of the evaluation order of function args, records,...? After all,
different evaluation orders may be interesting on different platforms
and I think programs that rely on the evaluation order (say) of
functions arguments to be correct are fragile -- they have a great
potential to be broken at the first maintenance.
On Fri, 26 Aug 2005, Fernando Alegre <fernando@cc.gatech.edu> wrote:
>
> Ignoring efficiency concerns, may I suggest that the correct way to
> build lists is by appending elements, not prepending them:
>
> # append('d', append('c', append('b', append('a', []))));;
> - : char list = ['a'; 'b'; 'c'; 'd']
It is not. You have to respect their recursive definition, from which
it is clear that "append" is not a primitive operation. The data
structure that you contruct with "append" and deconstruct with "head"
is a FIFO queue.
I've been skimming through the discussion and basically I do not
understand you guys who want a given evaluation order for function
application, constructors,... First there is a way of imposing
evaluation order of expressions if you need it and moreover, you are
using a functional language which emphasizes immutability for which
evaluation order does not matter...
My 2¢,
ChriS
next prev parent reply other threads:[~2005-08-27 17:39 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-19 22:21 "Márk S. Zoltán"
2005-08-20 9:12 ` [Caml-list] " Alain Frisch
2005-08-26 17:53 ` "Márk S. Zoltán"
2005-08-22 16:50 ` Damien Doligez
2005-08-23 7:12 ` skaller
2005-08-23 11:29 ` Damien Doligez
2005-08-23 13:34 ` Igor Pechtchanski
2005-08-23 19:52 ` Damien Doligez
2005-08-24 1:24 ` Hao-yang Wang
2005-08-24 11:33 ` [Caml-list] " Damien Doligez
2005-08-24 14:39 ` Christophe Raffalli
2005-08-24 15:47 ` Berkeley DB Joel Reymont
2005-08-24 16:08 ` [Caml-list] Re: Parameter evaluation order brogoff
2005-08-24 20:05 ` Christophe Raffalli
2005-08-24 20:25 ` brogoff
2005-08-24 20:53 ` Jon Harrop
[not found] ` <430CE193.9000805@univ-savoie.fr>
2005-08-26 9:53 ` Christophe Raffalli
2005-08-26 10:10 ` Jon Harrop
2005-08-26 12:09 ` Christophe Raffalli
2005-08-26 12:26 ` Diego Olivier Fernandez Pons
2005-08-26 16:48 ` Christophe Raffalli
2005-08-27 15:33 ` Christophe TROESTLER [this message]
2005-08-26 12:36 ` Ville-Pertti Keinonen
2005-08-26 14:17 ` Fernando Alegre
2005-08-26 17:00 ` Christophe Raffalli
2005-08-26 22:58 ` skaller
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=20050827.173357.20560607.debian00@tiscali.fr \
--to=debian00@tiscali.fr \
--cc=caml-list@yquem.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