Re: [racket-dev] Typed Racket support for Ephemerons

2011-04-27 Thread Pierpaolo Bernardi
BTW, I think there are a couple of typos in: 15.2 Ephemerons An ephemeron [Hayes97] is a generalization of a weak box (see Weak Boxes). Instead of just containing one value, an e___m___phemeron holds two values: one that is considered the value of the ephemeron and another that is the ephemeron’s

Re: [racket-dev] Pre-Release Checklist for v5.1.1, second call

2011-04-27 Thread Kathy Gray
On 24 Apr 2011, at 2:04:47, Ryan Culpepper wrote: * Kathy Gray kathryn.g...@cl.cam.ac.uk - Test Engine Tests Done _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] release blurb for 5.1.1

2011-04-27 Thread Matthew Flatt
* The DrScheme application (which simply ran DrRacket in the last few releases) has been removed. The MrEd GUI executables for Windows and Mac OS X have also been removed, although the mred console executable remains for Unix and Mac OS X to support old scripts. * The `racket/gui'

Re: [racket-dev] Typed Racket support for Ephemerons

2011-04-27 Thread Vincent St-Amour
Fixed. Thanks for the report! Vincent At Wed, 27 Apr 2011 11:14:48 +0200, Pierpaolo Bernardi wrote: BTW, I think there are a couple of typos in: 15.2 Ephemerons An ephemeron [Hayes97] is a generalization of a weak box (see Weak Boxes). Instead of just containing one value, an

[racket-dev] An occasional newline in the PLaneT install Log?

2011-04-27 Thread John Clements
I'm paging through the PLaneT install log on my machine, and this would be simpler and easier to read and more friendly to various logging tools if different installs were on different lines. Would it be all right to add a newline before each new package entry? So, for instance, =

Re: [racket-dev] An occasional newline in the PLaneT install Log?

2011-04-27 Thread Robby Findler
There actually are newlines there in some ways the log is viewed. So something looks buggy somewhere to me. Robby On Wed, Apr 27, 2011 at 2:08 PM, John Clements cleme...@brinckerhoff.org wrote: I'm paging through the PLaneT install log on my machine, and this would be simpler and easier to

Re: [racket-dev] strange performance on regexp-match: proposed patch

2011-04-27 Thread Robby Findler
I've worked on those fns in the past but have no idea if that is a good change. I'd say that the thing to do is to run the tests and then think of a few more tests based on your new code (maybe use random testing to compare te two versions of the fns) and then go ahead and commit. Robby On

Re: [racket-dev] memory consumption (bug?) on Debian/kFreeBSD-i386

2011-04-27 Thread Matthew Flatt
That patch looks fine. Do you have any process limits set? (My impression is memory is often limited by default on FreeBSD systems.) At Wed, 27 Apr 2011 21:42:05 -0300, David Bremner wrote: I had to apply the attached patch to get current git or 5.1 to compile on Debian/kFreeBSD-i386, but