caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Guillaume Marceau <gmarceau@cs.brown.edu>
To: Warren Harris <wh232@pacbell.net>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Roadplan for world domination
Date: 28 Jul 2003 10:39:21 -0400	[thread overview]
Message-ID: <1059403166.28796.26.camel@anquetil> (raw)
In-Reply-To: <3F22E136.4080206@pacbell.net>

On Sat, 2003-07-26 at 16:14, Warren Harris wrote:

>     (f) Type-checker error messages. When something fails to type check 
> in ocaml, the error messages can be uninformative or confusing. Often 
> times the source of a type constraint is far removed from the location 
> where the problem is reported. Showing the source of the constraint 
> would be very helpful. Also, often times the type conflict that's 
> reported fails to narrow down the conflict sufficiently. It would be 
> very helpful if the expected and actual type expressions were unified in 
> some way to pinpoint the exact discrepancy.

Myself and a handful of other researcher are working on this problem. As
you said, the two incompatible type constraints are often far removed to
one another. In fact, most of the times, the mistake is somewhere in
between, along the statements that connect the two constraints together.

I have a prototype solution for a toy version of ocaml which is embedded
in the Drscheme environment. My code takes an error involving a large
amount of code and break it down into small layer. Ideally, each layer
in each layer is small enough that you can be understand it by itself.

Once I am done building the prototype, I intent to port it to David
Goldber's Dromedary, "A CAML-like dialect of ML that works in the
DrScheme environment." and then to ocaml.
   http://www.cs.utah.edu/~goldberg/


Matthias Neubauer and Peter Thiemann at the Universität Freiburg seem to
have gotten good results on the same problem using a form of data flow
analysis. They will be presenting a paper on the subject at icfp 2003
titled "Discriminative sum types locate the source of type errors"

   http://www.informatik.uni-freiburg.de/~neubauer/papers/icfp03.pdf


-------------------
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


  reply	other threads:[~2003-07-28 14:39 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-18 21:21 [Caml-list] Roadplan for world domination (or constructive criticism of ocaml facilities) Chris Clearwater
2003-07-19 12:32 ` Sylvain LE GALL
2003-07-19 15:38 ` Richard Jones
2003-07-21 15:18 ` William Lovas
2003-07-24 16:40   ` Eray Ozkural
2003-07-26  7:36     ` Stefano Zacchiroli
2003-07-27 15:36       ` Eray Ozkural
2003-07-26 20:14 ` [Caml-list] Roadplan for world domination Warren Harris
2003-07-28 14:39   ` Guillaume Marceau [this message]
2003-07-29 12:38   ` Damien Doligez

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=1059403166.28796.26.camel@anquetil \
    --to=gmarceau@cs.brown.edu \
    --cc=caml-list@inria.fr \
    --cc=wh232@pacbell.net \
    /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).