At Thu, 4 Jul 2013 16:51:13 -0400, Sam Tobin-Hochstadt wrote:
> On Thu, Jul 4, 2013 at 1:05 PM, Matthew Flatt wrote:
> > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> >> 3. Rerunning `make` at the top-level loses the old set of PKGS
> >> specified. Should there be a `configure`
On Thu, Jul 4, 2013 at 12:05 PM, Matthew Flatt wrote:
> At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> > All of these are about packages/the new repository organization.
> >
> > 0. I think we should have a new `#lang info` for info.rkt files --
> > `setup/infotab` seems pretty ar
Just my $0.01: it seems to me that the direction we're headed with the pkg
system would make a great platform for exploring all kinds of practical
security issues surrounding code and distribution (building a very nice
research program, I mean). We already have good sandboxing facilities and
this l
On Fri, Jul 5, 2013 at 11:22 AM, Matthew Flatt wrote:
>
>> * Similarly, that build shows that Racket detects itself as having
>> many more CPUs than it actually has.
>
> On Linux, the processor count comes from sysconf(_SC_NPROCESSORS_ONLN).
> Should Racket use something else?
I talked to the Tra
You could set PLT_SETUP_OPTIONS to "-j ".
Robby
On Fri, Jul 5, 2013 at 11:07 AM, Sam Tobin-Hochstadt wrote:
> On Fri, Jul 5, 2013 at 11:22 AM, Matthew Flatt wrote:
> >
> >> * Similarly, that build shows that Racket detects itself as having
> >> many more CPUs than it actually has.
> >
> > On L
I'll adjust the default Makefile target so that if CPUS= is
provided, then it recurs with both `-j ' and `PLT_SETUP_OPTIONS="-j
".'
At Fri, 5 Jul 2013 11:12:23 -0500, Robby Findler wrote:
> You could set PLT_SETUP_OPTIONS to "-j ".
>
> Robby
>
>
> On Fri, Jul 5, 2013 at 11:07 AM, Sam Tobin-Hoch
At Fri, 5 Jul 2013 10:58:39 -0500, Robby Findler wrote:
> On Thu, Jul 4, 2013 at 12:05 PM, Matthew Flatt wrote:
>
> > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> > > All of these are about packages/the new repository organization.
> > >
> > > 0. I think we should have a new `#
Yesterday, Matthew Flatt wrote:
> At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
>
> > 2. It's possible to get lots of undefined tags in the documentation
> > builds. Should this be remedied with more build dependencies, or
> > will it be fixed with the online documentation server,
On Tuesday, sa...@racket-lang.org wrote:
>
> 37c87ec Sam Tobin-Hochstadt 2013-07-02 12:24
> :
> | Move json tests to racket-test pkg.
> :
> R {racket/lib/collects/json/tests =>
> pkgs/racket-pkgs/racket-test/tests/json}/json.rkt (100%)
Why did you do this move? Having tests bee in the same d
All of the other tests for the core are in the racket-test package, so
that's where the ones for json belong too.
On Jul 5, 2013 7:28 PM, "Eli Barzilay" wrote:
> On Tuesday, sa...@racket-lang.org wrote:
> >
> > 37c87ec Sam Tobin-Hochstadt 2013-07-02 12:24
> > :
> > | Move json tests to racket-te
At Fri, 5 Jul 2013 18:55:32 -0400, Eli Barzilay wrote:
> Yesterday, Matthew Flatt wrote:
> > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> >
> > > 2. It's possible to get lots of undefined tags in the documentation
> > > builds. Should this be remedied with more build dependenci
On Fri, Jul 5, 2013 at 6:38 PM, Matthew Flatt wrote:
> At Fri, 5 Jul 2013 18:55:32 -0400, Eli Barzilay wrote:
> > Yesterday, Matthew Flatt wrote:
> > > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> > >
> > > > 2. It's possible to get lots of undefined tags in the documentation
>
A few minutes ago, Matthew Flatt wrote:
> At Fri, 5 Jul 2013 18:55:32 -0400, Eli Barzilay wrote:
> > Yesterday, Matthew Flatt wrote:
> > > At Thu, 4 Jul 2013 12:52:10 -0400, Sam Tobin-Hochstadt wrote:
> > >
> > > > 2. It's possible to get lots of undefined tags in the documentation
> > > > builds.
>From now on, the current snapshot build on "www.cs.utah.edu" will be at
http://www.cs.utah.edu/plt/snapshots/
(The latest snapshot does not yet fix the "aces.png" error that Sam
reported.)
If anyone else is interested in creating snapshots, I think the
makefile and instructions are ready to
On Fri, Jul 5, 2013 at 8:21 PM, wrote:
>
>
> 8d55b89 Eli Barzilay 2013-07-05 20:20
> :
> | Further explain silent acceptance of unencoded characters.
> |
> | Also highlight the two tests that use that.
> :
> M pkgs/racket-pkgs/racket-test/tests/net/url.rkt | 7 +--
> M racket/lib/collects
On Fri, Jul 5, 2013 at 8:55 PM, Matthew Flatt wrote:
> From now on, the current snapshot build on "www.cs.utah.edu" will be at
>
> http://www.cs.utah.edu/plt/snapshots/
>
> (The latest snapshot does not yet fix the "aces.png" error that Sam
> reported.)
Would it be possible to have the most rec
10 minutes ago, Sam Tobin-Hochstadt wrote:
> On Fri, Jul 5, 2013 at 8:21 PM, wrote:
> > + ;; The following two tests are not really correct: they rely on the URL
> > + ;; decoding silently passing un-encoded text as is instead of barfing.
> > (Eg,
> > + ;; using these URLs in a browser and t
On Fri, Jul 5, 2013 at 9:14 PM, Eli Barzilay wrote:
> 10 minutes ago, Sam Tobin-Hochstadt wrote:
>> On Fri, Jul 5, 2013 at 8:21 PM, wrote:
>> > + ;; The following two tests are not really correct: they rely on the URL
>> > + ;; decoding silently passing un-encoded text as is instead of barfing
Okay, I finished doing some timing. The results suggest that the currently
pushed version is probably the right thing (but for most cases, it would be
fine to delete that code). Here are the numbers.
With just 'time raco setup', after deleting all .zo files.
with pre-compilation of 'racket' vs wi
Hi,
It's a good idea if DrRacket could be another choice of light-weight IDE
for developing in multiple languages.
Both vim and emacs, the toppest two, have their own script languages, but
vim does not support racket well, elisp is different from racket. In my
opinion, these differences may slow
20 matches
Mail list logo