Re: [racket-dev] [racket] tests/eli-tester feedback (Was: Racket unit testing)

2011-02-15 Thread Eli Barzilay
Three minutes ago, Noel Welsh wrote: > What I have built is the foundations more or less as you described > them 2009. I'll move this to the dev list. (Probably even better to take it off-line.) These are the problems that I see in this being that foundational thing: * It uses TR -- but it has

Re: [racket-dev] [racket] tests/eli-tester feedback (Was: Racket unit testing)

2011-02-15 Thread Noel Welsh
[Trimmed Neil from CCs] On Tue, Feb 15, 2011 at 12:32 PM, Eli Barzilay wrote: > * It uses TR -- but it has to be very minimal.  (*Extremely* minimal, >  since it's a candidate for inclusion in the `racket' language, which >  is why I was thinking of not much more than agreed structs and >  param

Re: [racket-dev] [racket] tests/eli-tester feedback (Was: Racket unit testing)

2011-02-15 Thread Neil Van Dyke
Eli Barzilay wrote at 02/15/2011 07:32 AM: * It uses TR -- but it has to be very minimal. (*Extremely* minimal, since it's a candidate for inclusion in the `racket' language, which is why I was thinking of not much more than agreed structs and parameters.) A related consideration is that, th

Re: [racket-dev] [racket] tests/eli-tester feedback (Was: Racket unit testing)

2011-02-15 Thread Sam Tobin-Hochstadt
On Tue, Feb 15, 2011 at 9:09 AM, Neil Van Dyke wrote: > >> * It uses TR -- but it has to be very minimal.  (*Extremely* minimal, >> since it's a candidate for inclusion in the `racket' language, which is why >> I was thinking of not much more than agreed structs and parameters.) I agree with Eli

Re: [racket-dev] [racket] tests/eli-tester feedback (Was: Racket unit testing)

2011-02-15 Thread Eli Barzilay
5 minutes ago, Neil Van Dyke wrote: > Eli Barzilay wrote at 02/15/2011 07:32 AM: > > * It uses TR -- but it has to be very minimal. (*Extremely* > > minimal, since it's a candidate for inclusion in the `racket' > > language, which is why I was thinking of not much more than > > agreed struct

Re: [racket-dev] [racket] tests/eli-tester feedback (Was: Racket unit testing)

2011-02-15 Thread Eli Barzilay
20 minutes ago, Noel Welsh wrote: > > On Tue, Feb 15, 2011 at 12:32 PM, Eli Barzilay wrote: > > > * It uses TR -- but it has to be very minimal.  (*Extremely* minimal, > >  since it's a candidate for inclusion in the `racket' language, which > >  is why I was thinking of not much more than agree

[racket-dev] sxml package takeover/updates?

2011-02-15 Thread John Clements
Dimitry (cc:ed) seems to be unresponsive. Currently, the sxml package has a tiny little problem in its info.rkt file which results in a grotesquely inflated compile time; ryan reported this quite some time ago. Based on the license notices in some of the source files, it appears that this code

Re: [racket-dev] sxml package takeover/updates?

2011-02-15 Thread Robby Findler
On Tue, Feb 15, 2011 at 1:52 PM, John Clements wrote: > I understand that PLaneT is not currently set up to make it easy to migrate > packages to new owners. It shouldn't be difficult to download a .plt file and re-upload it under another name. This ends up being roughly like a major version inc

[racket-dev] okay to add planet error check?

2011-02-15 Thread John Clements
Currently, raco planet does not signal an error on the removal of a nonexistent link: pcp070580pcs:~/sxml clements$ raco planet unlink frooty bogus.plt 3 4 pcp070580pcs:~/sxml clements$ Anyone mind if I change the code to signal an error in this case? John Clements smime.p7s Description: S/

Re: [racket-dev] okay to add planet error check?

2011-02-15 Thread Carl Eastlund
I have a "make unlink" target in my Planet-development Makefile that removes all the development links I commonly use. I use it to start fresh, when some or all of the links are installed. I would rather keep the ability to use it regardless of the current set of installed links, than have it fai

Re: [racket-dev] okay to add planet error check?

2011-02-15 Thread Robby Findler
That sounds right to me. Robby On Tue, Feb 15, 2011 at 2:55 PM, Carl Eastlund wrote: > I have a "make unlink" target in my Planet-development Makefile that > removes all the development links I commonly use.  I use it to start > fresh, when some or all of the links are installed.  I would rather

Re: [racket-dev] sxml package takeover/updates?

2011-02-15 Thread Noel Welsh
On Tue, Feb 15, 2011 at 7:52 PM, John Clements wrote: > > Opinions? Does anyone feel strongly about preserving the cross-platform > nature of the current library? > Nope. Racketizing the library would be good. N. _ For list-related administrativ

Re: [racket-dev] okay to add planet error check?

2011-02-15 Thread John Clements
On Feb 15, 2011, at 12:55 PM, Carl Eastlund wrote: > I have a "make unlink" target in my Planet-development Makefile that > removes all the development links I commonly use. I use it to start > fresh, when some or all of the links are installed. I would rather > keep the ability to use it regar

Re: [racket-dev] sxml package takeover/updates?

2011-02-15 Thread Neil Van Dyke
If Oleg, Kirill, and Dmitry would like someone to take over maintaining the Racket PLaneT packages of SSAX and the SXML tools, I would be happy to volunteer. (Kirill and I talked recently about some changes to the Racket packaging of SSAX that I have done through a wrapper package. Specifical