Re: [racket-dev] Using Travis CI for Racket

2013-07-08 Thread Sam Tobin-Hochstadt
On Tue, Jul 2, 2013 at 7:04 PM, Sam Tobin-Hochstadt wrote: > 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` repositor

Re: [racket-dev] sticky: bad

2013-07-08 Thread Matthew Flatt
I'm happy to enable sticky mode only when the `make' line is something like make PKGS="..." STICKY_MODE=on Any objections? At Sat, 6 Jul 2013 09:43:46 -0500, Robby Findler wrote: > I just got horribly confused because somehow I messed up passing a manual > command-line to link-all.rkt and then

Re: [racket-dev] sticky: bad

2013-07-08 Thread Sam Tobin-Hochstadt
What about a `make` target (maybe named `rebuild`) that remembers the previous PKGS setting? That seems a little less stateful, and would be perfect for the reasons that led me to ask for sticky mode. Sam On Mon, Jul 8, 2013 at 8:24 AM, Matthew Flatt wrote: > I'm happy to enable sticky mode only

Re: [racket-dev] sticky: bad

2013-07-08 Thread Robby Findler
Thanks. Robby On Mon, Jul 8, 2013 at 7:28 AM, Sam Tobin-Hochstadt wrote: > What about a `make` target (maybe named `rebuild`) that remembers the > previous PKGS setting? That seems a little less stateful, and would be > perfect for the reasons that led me to ask for sticky mode. > > Sam > > On

Re: [racket-dev] Package compatibility

2013-07-08 Thread Eli Barzilay
Yesterday, Jay McCarthy wrote: > Planet attempts to solve this problem technically by (a) having all > collections be prefixed by / and (b) mandating > a centralized server that enforces unique s and unique > s per author. Since Racket packages don't have a > mandated central server we can't enforc

Re: [racket-dev] What command should DrDr run by default?

2013-07-08 Thread Eli Barzilay
Yesterday, Robby Findler wrote: > Raco test runs the file if there is not test sub module. Fwiw.  That's what I thought first, with "run" being the same as what racket does. But it doesn't: it just runs the toplevel module as usual when the file is required (and does so unconditionally, of course

Re: [racket-dev] Package compatibility

2013-07-08 Thread Jay McCarthy
The problem with that is that there is no way to ensure that there is only one package named "data/red-black-tree" and there can be two mutually incompatible universes of packages for Carl's rbts and mine, for instance. Furthermore, it has the internal linking problem. On Mon, Jul 8, 2013 at 7:11

Re: [racket-dev] Package compatibility

2013-07-08 Thread Eli Barzilay
Just now, Jay McCarthy wrote: > The problem with that is that there is no way to ensure that there > is only one package named "data/red-black-tree" There's no need to ensure such a thing -- and IIUC, the current system doesn't do that neither modulo a bunch of blessed packages. > and there can

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

2013-07-08 Thread Matthias Felleisen
On Jul 7, 2013, at 12:08 AM, Eli Barzilay wrote: > It would be nice to have some way of doing it with contracts, but > that's obviously impractical -- so I think that a good way to solve it > and other such problems is to add a parameter for the name used in > read errors, and making `raise-rea

[racket-dev] making DrRacket.app

2013-07-08 Thread Geoffrey S. Knauth
I admit I have not built DrRacket in a couple of months. I just did a git pull, rebuilt ("make"), and now if I open: ~/test/plt/git/plt/racket/DrRacket.app it runs, but if I move the racket directory to where I used to put it (/usr/local) and try running: /usr/local/racket/DrRacket.app i

Re: [racket-dev] making DrRacket.app

2013-07-08 Thread Matthew Flatt
Offhand, I see one problem: `make' creates links with absolute paths to the packages in "pkgs". I'll fix that and check for other problems. It's possible that make pkg-links in the new place will fix your problem. If not, you may have to move before building, or try a snapshot from http://

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

2013-07-08 Thread Sam Tobin-Hochstadt
On Mon, Jul 8, 2013 at 2:39 PM, wrote: > --- > OLD/pkgs/typed-racket-pkgs/typed-racket-lib/typed-racket/typecheck/tc-toplevel.rkt > +++ > NEW/pkgs/typed-racket-pkgs/typed-racket-lib/typed-racket/typecheck/tc-toplevel.rkt > @@ -392,7 +392,8 @@ > (match a >

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

2013-07-08 Thread Matthew Flatt
At Mon, 8 Jul 2013 17:01:24 -0400, Sam Tobin-Hochstadt wrote: > On Mon, Jul 8, 2013 at 2:39 PM, wrote: > > > --- > OLD/pkgs/typed-racket-pkgs/typed-racket-lib/typed-racket/typecheck/tc-toplevel.r > kt > > +++ > NEW/pkgs/typed-racket-pkgs/typed-racket-lib/typed-racket/typecheck/tc-toplevel.r >

Re: [racket-dev] making DrRacket.app

2013-07-08 Thread Matthew Flatt
Repairs pushed --- thanks for the report! At Mon, 8 Jul 2013 09:39:27 -0600, Matthew Flatt wrote: > Offhand, I see one problem: `make' creates links with absolute paths to > the packages in "pkgs". I'll fix that and check for other problems. > > It's possible that > > make pkg-links > > in th

Re: [racket-dev] sticky: bad

2013-07-08 Thread Matthew Flatt
The new makefile target to re-use the previous `PKGS' value is `again'. At Mon, 8 Jul 2013 08:28:40 -0400, Sam Tobin-Hochstadt wrote: > What about a `make` target (maybe named `rebuild`) that remembers the > previous PKGS setting? That seems a little less stateful, and would be > perfect for the r

[racket-dev] Fwd: [racket] Why experienced programmers don’t use comments?

2013-07-08 Thread Matthias Felleisen
What is our answer? Begin forwarded message: > From: Ben Duan > Subject: [racket] Why experienced programmers don’t use comments? > Date: July 8, 2013 9:41:10 PM EDT > To: us...@racket-lang.org > > Dear All, > > I have a question here. There’s an extensive use of comments in HtDP. But > th