Re: [racket-dev] TR: Five feature/limitation interactions conspire to drive mad

2013-01-01 Thread Neil Toronto
On 12/31/2012 02:56 PM, Vincent St-Amour wrote: At Mon, 31 Dec 2012 13:27:50 -0700, Neil Toronto wrote: 2. Don't generalize argument types in let loops. This is a bad idea. Often, inferring the types of loops only works because of type generalization. Agreed. Since this one is only a

[racket-dev] TR: Five feature/limitation interactions conspire to drive mad

2012-12-31 Thread Neil Toronto
The subject sounds complainy, and so will the rest of this email. So I will state up front that I love Typed Racket, and I'm only frustrated because I want to love it more. Also, I apologize for the length of this email, but I have to tell a story. Otherwise, I'll get a bunch of Why don't you

Re: [racket-dev] TR: Five feature/limitation interactions conspire to drive mad

2012-12-31 Thread Ray Racine
First, though, I want to make the loop faster. It turns out that this: [#{i : Nonnegative-Fixnum} 0] is enough to turn `' and `+' into `unsafe-fx' and `unsafe-fx+', and I still don't have to annotate `acc' or the loop's return value. Awesome. Provide and commit. Posted about this annoyance

Re: [racket-dev] TR: Five feature/limitation interactions conspire to drive mad

2012-12-31 Thread Vincent St-Amour
At Mon, 31 Dec 2012 13:27:50 -0700, Neil Toronto wrote: 1. Allow submodules to extend the reader. Would using `#lang typed/racket/no-check' instead of `#lang racket' for the top-level module work? It extends the reader and provides TR's annotated forms, but otherwise counts as an untyped

Re: [racket-dev] TR: Five feature/limitation interactions conspire to drive mad

2012-12-31 Thread Sam Tobin-Hochstadt
On Mon, Dec 31, 2012 at 3:27 PM, Neil Toronto neil.toro...@gmail.com wrote: 1. Allow submodules to extend the reader. This seems hard, because module forms are expanded after they've been read. One possibility is a #module reader macro. Seems like overkill. This, at least, has an easy

Re: [racket-dev] TR: Five feature/limitation interactions conspire to drive mad

2012-12-31 Thread Sam Tobin-Hochstadt
On Mon, Dec 31, 2012 at 4:56 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote: In general, we need a better story for scaling up programming with intersection types. I agree with this. There are two more general solutions to the first problem, that single-arity `case-' types sometimes make