From: Jacques Garrigue <garrigue@kurims.kyoto-u.ac.jp>
To: rich@annexia.org
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] 'should have type unit' warning in 'let _ =' ?
Date: Wed, 16 Jul 2003 09:10:51 +0900 [thread overview]
Message-ID: <20030716091051K.garrigue@kurims.kyoto-u.ac.jp> (raw)
In-Reply-To: <20030715113649.GA5950@redhat.com>
From: Richard Jones <rich@annexia.org>
> On Tue, Jul 15, 2003 at 10:04:36AM +0900, Jacques Garrigue wrote:
> > By the way, there is a reason "let _ =" produces no warning: this is
> > the only way to do a partial application without warning.
> > "expr; ..." and even "ignore (expr); ..." will produce a warning.
>
> Interesting ... what's the use of a partial application which is
> then ignored?
The same as all application whose result is ignored: side effects.
I know this is quite rare. (I can remember using this only once.)
But it would be disturbing to make it completely impossible.
Or is it not so important?
Actually I wonder whether it would not be safer to simply warn for all
unused partial applications in a compiled program. This is a bit
subtle, as one has to keep track of unused variables too (functions
defined by partial application which are never used).
A middle ground would be to only warn when the wild pattern matches a
function type, assuming that when you name something you know what
you are doing. This would be mostly compatible: you just have to name
the pattern when you want to discard a function. As a nice aside, it
would avoid most uses of "ignore".
By the way, my personal approach would be to let programers declare what
they want: remove the "should be unit" warning (it can be easily
enforced by "let () = ... in"), and remove all warnings on "ignore",
since you could then write "let _ = ... in" if you want the partial
application warning. But this is maybe expecting too much from
programmers.
Comments?
Jacques Garrigue
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
next prev parent reply other threads:[~2003-07-16 0:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-15 0:29 henridf
2003-07-15 1:04 ` Jacques Garrigue
2003-07-15 11:36 ` Richard Jones
2003-07-16 0:10 ` Jacques Garrigue [this message]
2003-07-16 7:11 ` Jean-Christophe Filliatre
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=20030716091051K.garrigue@kurims.kyoto-u.ac.jp \
--to=garrigue@kurims.kyoto-u.ac.jp \
--cc=caml-list@inria.fr \
--cc=rich@annexia.org \
/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