[racket-dev] prefix-out

2011-03-16 Thread Jon Rafkind
Is there a good reason why `prefix-out' does not allow more than one require-spec? Currently to attach a prefix to multiple identifiers you must use `combine-out' (provide (prefix-out foo: (combine-out x y)) Instead of (provide (prefix-out foo: x y)) The issue was raised on IRC, so its not an i

Re: [racket-dev] weak boxes in a script

2011-03-16 Thread David Vanderson
Thanks so much, that makes perfect sense. On 03/16/2011 02:16 PM, Carl Eastlund wrote: David, I believe you are seeing the difference between modules and the REPL. At the REPL, each expression is compiled, run, and discarded. This yields the behavior you expect. But a "#lang" form produces a

Re: [racket-dev] weak boxes in a script

2011-03-16 Thread Carl Eastlund
David, I believe you are seeing the difference between modules and the REPL. At the REPL, each expression is compiled, run, and discarded. This yields the behavior you expect. But a "#lang" form produces a module, which is compiled and kept for the rest of the session. Thus, even after garbage

[racket-dev] weak boxes in a script

2011-03-16 Thread David Vanderson
I'm seeing a difference between when the value in a weak box is collected. When I run the following interactively, the value is collected like I expect. But it is not collected when running in a script, or in DrRacket. This is v5.1 on Ubuntu x64, compiled from source. Can someone explain th

Re: [racket-dev] racket/stream

2011-03-16 Thread Matthew Flatt
At Wed, 16 Mar 2011 13:21:28 -0400, Eli Barzilay wrote: > >Generators include the result of `generator' and input > >ports. (The `generator?' predicate currently returns false for > >input ports, but that could change.) > > I'd rather see these generators be only thunks (explained belo

Re: [racket-dev] racket/stream

2011-03-16 Thread Jay McCarthy
+1 2011/3/16 Matthew Flatt : > Here's a proposal for cleaning up `racket/stream'. > > The first part of the proposal is terminology: > >  * A _sequence_ is any kind of input to `for'. That is, it's a generic >   ordered collection of elements that supports iteration through the >   elements. > >  

Re: [racket-dev] racket/stream

2011-03-16 Thread Eli Barzilay
Three hours ago, Matthew Flatt wrote: > Here's a proposal for cleaning up `racket/stream'. > > The first part of the proposal is terminology: > [...] That's close to what we talked about, with the addition of generators. >Generators include the result of `generator' and input >ports. (T

Re: [racket-dev] racket/stream

2011-03-16 Thread Robby Findler
Looks great to me. Robby On Wed, Mar 16, 2011 at 9:04 AM, Matthew Flatt wrote: > Here's a proposal for cleaning up `racket/stream'. > > The first part of the proposal is terminology: > >  * A _sequence_ is any kind of input to `for'. That is, it's a generic >   ordered collection of elements tha

[racket-dev] racket/stream

2011-03-16 Thread Matthew Flatt
Here's a proposal for cleaning up `racket/stream'. The first part of the proposal is terminology: * A _sequence_ is any kind of input to `for'. That is, it's a generic ordered collection of elements that supports iteration through the elements. Sequences include lists, vectors, and inp

Re: [racket-dev] [plt] Push #22306: master branch updated

2011-03-16 Thread Matthew Flatt
At Tue, 15 Mar 2011 22:06:40 -0600, Jon Rafkind wrote: > There are also some generator tests in collects/tests/racket/for.rktl. > Shall I move over to generator.rktl? Aha! I thought I had seen some `geneator' tests, and "for.rktl" is a reasonable place for them --- but I got confused by `test-gene