Re: [racket-dev] new release policy

2010-08-16 Thread Eli Barzilay
On Aug 12, Eli Barzilay wrote: ** The addition is *slow*. Very slow. I wrote a test program to sum up the integers from 0 to 200 -- and I get these numbers (test code attached below): I forgot the attachment. x.rkt Description: Binary data -- ((lambda (x) (x x))

Re: [racket-dev] new release policy

2010-08-16 Thread Eli Barzilay
On Aug 13, Noel Welsh wrote: I think this is incorrect. I read: - When we provide APIs we lock ourselves into them - The proposed sequence API is slow and can't be sped up without significant effort (cf worldwide shortage of Matthew-Flatt-hours) - We shouldn't lock ourselves into a slow

Re: [racket-dev] new release policy

2010-08-16 Thread Eli Barzilay
On Aug 12, Jay McCarthy wrote: [...] Of the additions I made, I believe that only seqn-cons, seqn-rest, seqn-tail, seqn-append, seqn-map, seqn-filter, and seqn-add-between will have the speed problem. Side note: I read these as seq n this, seq n that, ... -- at least to me, seqn works pretty

Re: [racket-dev] new release policy

2010-08-12 Thread Robby Findler
On Thu, Aug 12, 2010 at 7:55 AM, Matthew Flatt mfl...@cs.utah.edu wrote: At Thu, 12 Aug 2010 07:28:34 -0400, Eli Barzilay wrote: One thing about stability that bugs me is pushing changes and extensions that are likely to change.  For example, I'm worried about Jay's push for a number of new

Re: [racket-dev] new release policy

2010-08-12 Thread Eli Barzilay
On Aug 12, Sam Tobin-Hochstadt wrote: On Thu, Aug 12, 2010 at 7:28 AM, Eli Barzilay e...@barzilay.org wrote: One thing about stability that bugs me is pushing changes and extensions that are likely to change.  For example, I'm worried about Jay's push for a number of new features as a