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

2013-02-27 Thread Norman Gray
Greetings. On 2013 Feb 27, at 01:14, Matthew Flatt wrote: > I think part of the problem is distinguishing "module declarations" > (which don't have a phase) from "module instantiations" (which are > normally phase-specific). If 'which don't have a phase' is the key phrase, how about: phase-ne

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

2013-02-27 Thread Carl Eastlund
First of all, thanks very much, Matthew, for implementing this! This looks like a great feature to me. I have often been frustrated that users' data structures aren't easy to quote or to manipulate in macros in the same way as pairs or vectors; this should go a long way to improving the situation

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

2013-02-27 Thread J. Ian Johnson
I should mention that the literature on staged metaprogramming calls this "cross-stage persistence," (CSP) so I second Carl's proposal of cross-phase. -Ian - Original Message - From: Carl Eastlund To: Norman Gray Cc: dev Developers Sent: Wed, 27 Feb 2013 05:43:49 -0500 (EST) Subject: R

Re: [racket-dev] datalog tests failing on HEAD?

2013-02-27 Thread Jay McCarthy
The tests are run by running "main.rkt", which has no rerrors when you run it. It is a bit strange that those errors happen when run that way, but I think it just means that "eval" should control the context of the sub-programs more. Jay On Tue, Feb 26, 2013 at 1:07 PM, Danny Yoo wrote: > I'm se

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

2013-02-27 Thread Matthew Flatt
At Wed, 27 Feb 2013 07:53:16 -0500 (EST), "J. Ian Johnson" wrote: > I should mention that the literature on staged metaprogramming calls this > "cross-stage persistence," (CSP) so I second Carl's proposal of cross-phase. All module declarations are cross-phase persistent (unlike module instantiat

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

2013-02-27 Thread Matthias Felleisen
On Feb 27, 2013, at 9:07 AM, Matthew Flatt wrote: > > "Cross-phase-persistence-inducing" would be an accurate description, > but that's a mouthful. Is there a short variant that connects to > existing terminology better than "phase-collapsing"? 1. cropping [seriously] 2. I would stay away fro

Re: [racket-dev] `math' compilation time !!!

2013-02-27 Thread Eli Barzilay
On Sunday, Eli Barzilay wrote: > According to my rough count (and running setup with a "-j 1"), > compiling `math' takes 40% of the whole tree compilation. I'm surprised that nobody finds this disturbing. Maybe it was the lack of bangs in the subject. -- ((lambda (x) (x x)) (lambda (x

Re: [racket-dev] `math' compilation time !!!

2013-02-27 Thread Jens Axel Søgaard
2013/2/27 Eli Barzilay : > On Sunday, Eli Barzilay wrote: >> According to my rough count (and running setup with a "-j 1"), >> compiling `math' takes 40% of the whole tree compilation. > > I'm surprised that nobody finds this disturbing. Maybe it was the > lack of bangs in the subject. Disturbing

Re: [racket-dev] Tweaked doc pages

2013-02-27 Thread Eli Barzilay
Yesterday, Asumu Takikawa wrote: > On 2013-02-26 09:53:11 -0500, Eli Barzilay wrote: > > I have finally implemented a script that hacks the on-line doc > > pages. Currently, it does the following (and you can see the > > changes on the web now): > > Maybe I'm missing something, but the changes ha

Re: [racket-dev] Tweaked doc pages

2013-02-27 Thread Eli Barzilay
Just now, Eli Barzilay wrote: > > * The layout should have the main column centered. (I thought that > it was fine initially if the left column is part of the contents.) BTW, resolving this should happen at the CSS level, perhaps just reorganizing them should make it work. But if not, then I

[racket-dev] gracket on retina

2013-02-27 Thread David Van Horn
Having recently upgraded to a retina display mac, I see the problem pointed out in this PR: http://bugs.racket-lang.org/query/?cmd=view&pr=12909 Is there some way for me to help? If pointed in the right direction, I can try to patch things. Short of that, I can be a guinea pig. David __

Re: [racket-dev] gracket on retina

2013-02-27 Thread Matthew Flatt
At Wed, 27 Feb 2013 12:31:06 -0500, David Van Horn wrote: > Having recently upgraded to a retina display mac, I see the problem > pointed out in this PR: > > http://bugs.racket-lang.org/query/?cmd=view&pr=12909 > > Is there some way for me to help? If pointed in the right direction, I > ca

[racket-dev] A standard for testing Racket's libraries?

2013-02-27 Thread Danny Yoo
On Wed, Feb 27, 2013 at 7:01 AM, Jay McCarthy wrote: > The tests are run by running "main.rkt", which has no rerrors when you > run it. It is a bit strange that those errors happen when run that > way, but I think it just means that "eval" should control the context > of the sub-programs more. O

Re: [racket-dev] A standard for testing Racket's libraries?

2013-02-27 Thread Robby Findler
I think that currently you can look at what drdr does. That's the best we have. Meanwhile, I think that if you are willing to live a bit on the edge, you can try to run some reasonable looking tests (break something intentionally and make sure they complain, say) and then go ahead and push and let

Re: [racket-dev] `math' compilation time !!!

2013-02-27 Thread Neil Toronto
On 02/27/2013 09:17 AM, Jens Axel Søgaard wrote: 2013/2/27 Eli Barzilay : On Sunday, Eli Barzilay wrote: According to my rough count (and running setup with a "-j 1"), compiling `math' takes 40% of the whole tree compilation. I'm surprised that nobody finds this disturbing. Maybe it was the

Re: [racket-dev] A standard for testing Racket's libraries?

2013-02-27 Thread Danny Yoo
On Wed, Feb 27, 2013 at 1:36 PM, Robby Findler wrote: > I think that currently you can look at what drdr does. That's the best we > have. I'll assume that this is the drdr collection in meta, http://git.racket-lang.org/plt/tree/HEAD:/collects/meta/drdr and not the drdr2 directory, right?

Re: [racket-dev] `math' compilation time !!!

2013-02-27 Thread Neil Toronto
On 02/27/2013 01:51 PM, Neil Toronto wrote: On Sunday, Eli Barzilay wrote: According to my rough count (and running setup with a "-j 1"), compiling `math' takes 40% of the whole tree compilation. I'm running my own timing tests. So far, I've got 917s (about 15 minutes) to compile the math lib