Re: [racket-dev] dependencies for `racket-test` package

2013-07-02 Thread Matthew Flatt
I'm pretty sure that racket-test needs to be split up. (For the initial cut, I just put the whole tests collection there.) I'm not sure about compiling tests for the purposes of dependency checking. It sounds ok, but I have a feeling that I'm forgetting some reason that we disabled compilation

Re: [racket-dev] dependencies for `racket-test` package

2013-07-02 Thread Carl Eastlund
I believe the reason we disabled compilation was that tests weren't constrained to depend only on the core. Some tests may use planet packages, etc. Originally, this was mostly for rackunit, which was a planet package. This suggests to me that we should (a) remove the test packages from the

Re: [racket-dev] dependencies for `racket-test` package

2013-07-02 Thread Sam Tobin-Hochstadt
On Jul 2, 2013 12:42 PM, Matthew Flatt mfl...@cs.utah.edu wrote: I'm pretty sure that racket-test needs to be split up. (For the initial cut, I just put the whole tests collection there.) Sorry, I should have been more specific; 'tests/racket/stx.rktl' depends on htdp. I expect that the tests

Re: [racket-dev] dependencies for `racket-test` package

2013-07-02 Thread Matthew Flatt
At Tue, 2 Jul 2013 12:53:02 -0400, Sam Tobin-Hochstadt wrote: On Jul 2, 2013 12:42 PM, Matthew Flatt mfl...@cs.utah.edu wrote: I'm pretty sure that racket-test needs to be split up. (For the initial cut, I just put the whole tests collection there.) Sorry, I should have been more

[racket-dev] snapshot builds

2013-07-02 Thread Matthew Flatt
Here's a rough cut at a snapshot build with the new package organization: http://www.cs.utah.edu/plt/snapshots/20130702-c90365e/ While there are plenty of rough edges, enough is in place to show how I see distributions and packages working with the new organization. The snapshot page has

Re: [racket-dev] dependencies for `racket-test` package

2013-07-02 Thread Robby Findler
On Tue, Jul 2, 2013 at 12:01 PM, Matthew Flatt mfl...@cs.utah.edu wrote: At Tue, 2 Jul 2013 12:53:02 -0400, Sam Tobin-Hochstadt wrote: On Jul 2, 2013 12:42 PM, Matthew Flatt mfl...@cs.utah.edu wrote: I'm pretty sure that racket-test needs to be split up. (For the initial cut, I just

Re: [racket-dev] dependencies for `racket-test` package

2013-07-02 Thread Sam Tobin-Hochstadt
On Tue, Jul 2, 2013 at 6:15 PM, Robby Findler ro...@eecs.northwestern.edu wrote: On Tue, Jul 2, 2013 at 12:01 PM, Matthew Flatt mfl...@cs.utah.edu wrote: At Tue, 2 Jul 2013 12:53:02 -0400, Sam Tobin-Hochstadt wrote: On Jul 2, 2013 12:42 PM, Matthew Flatt mfl...@cs.utah.edu wrote: I'm

Re: [racket-dev] [racket] [ANN] RacketCon 2013: 29 September

2013-07-02 Thread Greg Hendershott
Since ICFP early reg has opened, I wanted to reconfirm these dates. Plus, since there are some Saturday sessions, it might be good to know more if possible about the Hacketathon on Saturday, in case anyone isn't sure what to choose? On Wed, May 8, 2013 at 3:00 PM, Doug Williams

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

2013-07-02 Thread Robby Findler
Are there other parameters that can mess this up? case-sensitivity, numbers, etc.? Robby On Tue, Jul 2, 2013 at 3:26 PM, sa...@racket-lang.org wrote: samth has updated `master' from 4dcfe9b8b9 to 45c276b5db. http://git.racket-lang.org/plt/4dcfe9b8b9..45c276b5db =[ One Commit

Re: [racket-dev] [racket] [ANN] RacketCon 2013: 29 September

2013-07-02 Thread Greg Hendershott
I checked again and there's a page for this: https://github.com/plt/racket/wiki/RacketCon-Hackathon-2013 So I suppose I'm suggesting fleshing it out more if possible, including for example the suggested projects. On Tue, Jul 2, 2013 at 6:30 PM, Greg Hendershott greghendersh...@gmail.com wrote:

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

2013-07-02 Thread Sam Tobin-Hochstadt
I'm sure there are lots of others. Furthermore, there are a bunch of other calls to `read` just in the core, let alone the rest of the distribution, that call `read` without setting parameters. Roughly all of them are bugs, and maybe security bugs. This one bit me because it's causing a test

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

2013-07-02 Thread Matthew Flatt
I think various `read's should probably be wrapped with `with-module-reading-parameterization', but I haven't yet looked closely. At Tue, 2 Jul 2013 18:42:57 -0400, Sam Tobin-Hochstadt wrote: I'm sure there are lots of others. Furthermore, there are a bunch of other calls to `read` just in the

[racket-dev] A broken contract test feature

2013-07-02 Thread Sam Tobin-Hochstadt
Currently, there's one test in 'contract-test.rktl' that fails. The problem is that the test expects 'contract-test.rktl' to be in the main collects directory, but it isn't -- it's in the `racket-test` package. What we want is to have it detect that it's in a package, but doing that has two

[racket-dev] Using Travis CI for Racket

2013-07-02 Thread Sam Tobin-Hochstadt
I've just committed support for building Racket automatically on the Travis continuous integration service. See https://travis-ci.org/samth/racket/ for the current build state. This doesn't track the actual `plt/racket` repository yet [1], but once it does, it will do the following: - Build

Re: [racket-dev] A broken contract test feature

2013-07-02 Thread Robby Findler
I looked into this too and didn't come up with a good solution. It would be nice if there were a way to write the here's a path, please tell me which part to replace with pkg/something without too many dependencies, but I didn't try to see if that would be feasible. Meanwhile, I agree that just

Re: [racket-dev] A broken contract test feature

2013-07-02 Thread Carl Eastlund
Could you simply forge the source location on the syntax object to make it look like it's from a collection? Carl Eastlund On Tue, Jul 2, 2013 at 7:10 PM, Robby Findler ro...@eecs.northwestern.eduwrote: I looked into this too and didn't come up with a good solution. It would be nice if there

Re: [racket-dev] A broken contract test feature

2013-07-02 Thread Robby Findler
Oh, that's a good idea! I'll do that (later). Stupid me for not seeing that. It would be great to get pkg/x into error messages at some point, but I shouldn't have confused these two. Thanks, Robby On Tue, Jul 2, 2013 at 6:53 PM, Carl Eastlund c...@ccs.neu.edu wrote: Could you simply forge