Re: [racket-dev] provide specs in eopl in repository use (all-defined-out) instead of (all-defined)

2012-04-02 Thread Nadeem Abdul Hamid
OK, thanks. Just wanted to make sure something wasn't broken. It's only a minor inconvenience - my students are using the version from the download page, while I usually use one built from source, but I've just been using the regular 5.2.1 version to run their programs. In any event, perhaps the do

Re: [racket-dev] provide specs in eopl in repository use (all-defined-out) instead of (all-defined)

2012-04-02 Thread Robby Findler
Because it was changed to be based on "#lang racket" instead of the (old) "#lang mzscheme" not too long ago. I think there was a post here (or on the users's list) about this, but I'm not sure that this particular point was mentioned there, so I can see how you'd be surprised. Is this causing you

[racket-dev] provide specs in eopl in repository use (all-defined-out) instead of (all-defined)

2012-04-02 Thread Nadeem Abdul Hamid
How come when building Racket from the latest source of the repository (at least as of 3 days ago), #lang eopl doesn't recognize (all-defined) as a valid provide spec and wants (all-defined-out) instead? --- nadeem _ Racket Developers list: http://lists.racket-lang.org/d

Re: [racket-dev] question on scribble/eval's do-plain-eval on bytes and strings

2012-04-02 Thread Danny Yoo
>> Would it be equivalent behavior to turn the datum into a syntax object >> instead?  That is: >> >>              ;; within do-plain-eval: >>              (cond [(syntax? s) >>                     (syntax-case s (module) >>                       [(module . _rest) (syntax->datum s)] >>            

Re: [racket-dev] confusing doc for "in-directory"

2012-04-02 Thread Matthew Flatt
I pushed a doc update, but forgot to reply. The documentation now clarifies that `in-directory' recursively traverses subdirectories, and it suggests `directory-list' for just the immediate content of a directory. At Wed, 28 Mar 2012 17:21:57 -0700, Eric Hanchrow wrote: > http://docs.racket-lang.o

Re: [racket-dev] question on scribble/eval's do-plain-eval on bytes and strings

2012-04-02 Thread Matthew Flatt
At Thu, 29 Mar 2012 11:25:37 -0400, Danny Yoo wrote: > I've traced the source of this "begin" down to the do-plain-eval > function in scribble/eval.rkt. > > ;; within do-plain-eval: > (cond [(syntax? s) > (syntax-case s (module) >

Re: [racket-dev] Release for v5.3 is about to begin

2012-04-02 Thread Ryan Culpepper
On 04/02/2012 01:26 PM, Danny Yoo wrote: On Monday, April 2, 2012, Ryan Culpepper wrote: The release process for v5.3 will begin in about a week. If you have any new features that you want in and are relatively close to being done, now is a good time to do that. Is submodule supp

Re: [racket-dev] Release for v5.3 is about to begin

2012-04-02 Thread Danny Yoo
On Monday, April 2, 2012, Ryan Culpepper wrote: > The release process for v5.3 will begin in about a week. If > you have any new features that you want in and are relatively close > to being done, now is a good time to do that. > Is submodule support going to be a part of 5.3? _

[racket-dev] Release for v5.3 is about to begin

2012-04-02 Thread Ryan Culpepper
The release process for v5.3 will begin in about a week. If you have any new features that you want in and are relatively close to being done, now is a good time to do that. -- Ryan Culpepper _ Racket Developers list: http://lists.racket-lang.org/dev