, 2013 at 10:42 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Cond's else cannot change. I agree that that's what I would change if I
could have it back to do it over, but we cannot.
That's the way to perhaps be thinking about racket2, tho.
Robby
On Friday, May 3, 2013, Sam Tobin
On Sun, May 19, 2013 at 6:32 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
On 2013-05-19 17:55:26 -0700, Eric Dobson wrote:
This doesn't pass with contract checking enabled. make-StructTop
requires a Struct? not any old Type?. Is there a reason that the type
is not just bottom?
In the error
On Mon, May 20, 2013 at 2:23 PM, Jose A. Ortega Ruiz j...@gnu.org wrote:
Here's hope that down the line there'll be binary+source packages that
end users can install with the same ease as today.
Matthew's email mentioned this a little, but the plan is that:
$ raco pkg install drracket
On Mon, May 20, 2013 at 6:07 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
To put it another way and overstate a little: I'm trying to get buy-in
from dev to make the switch to packages wholesale. The little bit of
staging in the plan is to make the conversion itself easier, and not to
simplify
On Thu, May 23, 2013 at 1:54 PM, Matthias Felleisen
matth...@ccs.neu.edu wrote:
Can you raise the level of discourse one level and perhaps figure out whether
this is needed at all? I.e., find a different way to solve the problem? (What
is the real problem?)
This is important, and it's the
On May 23, 2013, at 9:22 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
On Thu, May 23, 2013 at 1:54 PM, Matthias Felleisen
matth...@ccs.neu.edu wrote:
Can you raise the level of discourse one level and perhaps figure out
whether this is needed at all? I.e., find a different way to solve
On Thu, May 23, 2013 at 2:39 PM, Matthias Felleisen
matth...@ccs.neu.edu wrote:
On May 23, 2013, at 9:34 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
2. Is it possible that we could solve the problem via a bootstrapping-only
violation of our policy that you can add types to Racket w/o
On Tue, May 28, 2013 at 5:14 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
I don't know whether the -lib/-docs split is worthwhile, but it's
part of erring on the side of breaking things apart. Maybe it makes
more sense to keep things together and rely on binary packaging to
reduce
That is indeed the correct fix. I'm not entirely sure how to improve
the error message, since the problem in your original code is real.
There's no way the generated contract can tell at runtime that the
values passed to `check-equal?` aren't higher-order, so it has to
conservatively reject the
On Thu, May 30, 2013 at 8:50 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
To summarize, I see our options as
1. Suspend the effort to reorganize our repository into packages and
instead start experimenting with subpackages.
2. Use a naming convention and keep the same kind of split as
On Thu, May 30, 2013 at 9:07 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Thu, 30 May 2013 09:01:16 -0400, Sam Tobin-Hochstadt wrote:
I also really don't want to have Typed Racket's documentation outside
of Typed Racket's code repository, and I think it would be a mistake
to do
After a long hiatus, I'm again working on migrating our bug database
to GitHub issues. My plan is to convert a large portion of the old
bugs (more than 5 years old, up to 9433) in the near future, and in
particular all of the bugs filed before the bug DB moved to
Northeastern (up to ~2100) very
On Thu, May 30, 2013 at 5:34 PM, John Clements
cleme...@brinckerhoff.org wrote:
On May 30, 2013, at 1:47 PM, Sam Tobin-Hochstadt wrote:
After a long hiatus, I'm again working on migrating our bug database
to GitHub issues. My plan is to convert a large portion of the old
bugs (more than 5
Recently, I've been seeing the following behavior:
- Open DrRacket on a file
- add a syntax error
- get this internal error:
vector-ref: contract violation
expected: vector?
given: '#s(exn-info post.rkt:8:0: define: bad syntax in: (define)
(#(177 9)) () #f)
argument position: 1st
other
On Fri, May 31, 2013 at 10:28 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
No that's a bug I introduced I think.
Do you get a stack trace?
No, unfortunately.
On Friday, May 31, 2013, Sam Tobin-Hochstadt wrote:
Recently, I've been seeing the following behavior:
- Open DrRacket
can make it happen or get the srcloc of the vector-ref, please
let me know. I refactored a concurrent part of online check syntax to have a
real struct in place of a vector and boy I sure wish I had TR! :)
Robby
On Fri, May 31, 2013 at 9:34 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote
On Fri, May 31, 2013 at 5:43 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
Here's a stack trace (it was easier than I thought):
And I've now pushed a fix.
Sam
_
Racket Developers list:
http://lists.racket-lang.org/dev
I think this is a known bug in the expander that's gotten worse. But I
don't know, and the tests that involve submodules seem to pass.
In general, submodules + Typed Racket make the expander unhappy, and
this seems (although I'm not certain) that this is worse in DrRacket
than otherwise.
Sorry
On Wed, Jun 5, 2013 at 8:19 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
I think we're at the point, though, for you to assess whether this is
the right direction. If it looks like a good direction, then the
follow-up question is how fast to move.
Some possible conclusions:
1. This is the
, or
the new way that JS is used to fix links in documentation could not
work on IE 6 (I hope we don't actually care if that happens). But I
also don't think there's a way to find this out without trying.
At Wed, 5 Jun 2013 22:42:12 -0400, Sam Tobin-Hochstadt wrote:
- I'm not entirely happy
On Thu, Jun 6, 2013 at 10:00 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
What I'd like is to have single-collection being the default [...]
So here is a demo patch attached to precise what I mean (without
test, would have taken me way too much time). Because it considers
that
On Thu, Jun 6, 2013 at 1:42 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
I am *very* strongly in favor of this -- I'd rather have
single-collection packages than multi-collection packages, if forced
to choose. I'm very glad that you and Laurent have done the work here.
The main problem
Can't this be alleviated by the guidance on naming that the docs already
provide?
Sam
On Jun 6, 2013 2:30 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
On Thu, Jun 6, 2013 at 12:03 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
On Thu, Jun 6, 2013 at 1:42 PM, Jay McCarthy jay.mccar
On Wed, Jun 5, 2013 at 8:19 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
* The details of the repository organization (including where to split
repositories) should be different.
As described in next section of this message, the experimental
repository represents a revised proposal,
On Thu, Jun 13, 2013 at 10:56 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
On Thu, Jun 13, 2013 at 3:56 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
As part of my experiment in creating a different split of the
repository into packages, I spent some time working with the new setup
On Tue, Jun 18, 2013 at 12:54 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Tue, 18 Jun 2013 10:47:01 -0600, Matthew Flatt wrote:
1. Try the branch:
git clone https://github.com/mflatt/racket.git
Sorry --- that should be
git clone git://github.com/mflatt/racket.git
Either of
On Tue, Jun 18, 2013 at 3:40 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:
I tried it. It works, but DrRacket doesn't find the macro stepper tool. The
racket/lib/info-cache.rktd has an entry for the right location, but it also
has another (lib macro-debugger) entry. Is this caused by having
On Wed, Jun 19, 2013 at 8:03 PM, ro...@racket-lang.org wrote:
67e668d Robby Findler ro...@racket-lang.org 2013-06-19 17:27
:
| move the framework tests into the gui package
Shouldn't this be in a separate package? As in, the `gui-lib` package
will now depend on the testing infrastructure,
The new package organization gives us a chance to re-asses the
unstable collection.
Going forward, I think the unstable collection should be used in the
following ways:
1. If you build something that you think is general-purpose, but is
only used in one package, put it in `unstable/foo`, but
On Fri, Jun 21, 2013 at 5:17 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
The new package organization gives us a chance to re-asses the
unstable collection.
Going forward, I think the unstable collection should be used in the
following ways:
1. If you build something that you think
On Mon, Jun 24, 2013 at 3:52 AM, Eli Barzilay e...@barzilay.org wrote:
On Friday, Sam Tobin-Hochstadt wrote:
# `unstable/list`
- `remf`, `list-update` `list-set` `map/values`: move to
`racket/list`
- `group-by`: rename to `group`, add keyword argument `#:by`
defaulting to `equal?`, move
The package reorganization also involved some changes to
`racket/file`, which added keyword arguments to, at least,
`find-files`, `delete-directory/files`, `copy-directory/files`, and
`pathlist-closure`. Unfortunately, none of these arguments are
documented. Should they have documentation, or are
On Tue, Jun 25, 2013 at 4:24 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
So, I think it's better to define `collection':
[snip]
I think this is a definite improvement.
Sam
_
Racket Developers list:
http://lists.racket-lang.org/dev
While moving some files around between packages, I realized that there
are a number of things that could be moved out of the core and into
packages. Here's a partial list of things that I think are not needed
at all by the rest of the core:
- racket/sandbox and the rest of the sandbox code
-
On Wed, Jun 26, 2013 at 6:36 AM, Eli Barzilay e...@barzilay.org wrote:
An hour ago, Robby Findler wrote:
The sandbox, IMO, is a nice standalone library the does not need to
be in the core. (Ditto for errortrace.)
I like the definition of the core as minimum stuff to get pkgs
running and we
Lots of things that are fundamental in the sense I think you mean are not
in the core: documentation, types, eventspaces.
The building blocks of sandboxing, such as custodians and security guards
and inspectors, are in the core.
Sam
On Jun 26, 2013 8:47 AM, Matthias Felleisen
On Tue, Jun 25, 2013 at 4:32 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
While moving some files around between packages, I realized that there
are a number of things that could be moved out of the core and into
packages. Here's a partial list of things that I think are not needed
at all
On Wednesday, June 26, 2013, Sam Tobin-Hochstadt wrote:
On Tue, Jun 25, 2013 at 4:32 PM, Sam Tobin-Hochstadt
sa...@ccs.neu.edujavascript:;
wrote:
While moving some files around between packages, I realized that there
are a number of things that could be moved out of the core
On Thu, Jun 27, 2013 at 9:11 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Thu, 27 Jun 2013 09:04:46 -0400, Sam Tobin-Hochstadt wrote:
On Thu, Jun 27, 2013 at 9:02 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
This all looks right to me.
Any thoughts on `mzlib/unit200` or `mzlib/compile`?
I
On Thu, Jun 27, 2013 at 3:17 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
The package system has a notion of auto packages, which are packages
that were automatically installed to satisfy dependencies. Also, `raco
pkg remove' supports an `--auto' flag for automatically removing auto
packages
As part of making the core of Racket smaller, I'd like to propose
separating out part of the package system implementation. In
particular, I'd like to make the core portion of the package
collection not use the network. This would allow us to remove the
`net` and `json` collections, something like
Findler
ro...@eecs.northwestern.edu wrote:
I can move mzlib/contract after you get done with other stuff.
Robby
On Wednesday, June 26, 2013, Sam Tobin-Hochstadt wrote:
On Tue, Jun 25, 2013 at 4:32 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
While moving some files around between packages
On Thu, Jun 27, 2013 at 7:04 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Thu, 27 Jun 2013 18:28:50 -0400, Sam Tobin-Hochstadt wrote:
As part of making the core of Racket smaller, I'd like to propose
separating out part of the package system implementation. In
particular, I'd like to make
?
Robby
On Thursday, June 27, 2013, Sam Tobin-Hochstadt wrote:
I've now pushed this set of changes, which pass all the racket tests
and build the whole system cleanly. I think the next steps are:
- Robby is going to move mzlib/contract.
- Matthew is going to modify mzlib/compiler and mzlib
the mzlib tests and docs from pkgs/racket-lib to
pkgs/compatibility-lib? (I didn't move the mzlib/contract ones yet because I
wasn't sure what to do. I can do stuff, tho, if you're not already.)
Robby
On Thursday, June 27, 2013, Sam Tobin-Hochstadt wrote:
Yes, since `scheme/mzscheme` is the same
, and I don't know how worth it this would be.
BTW, you have some commented-out tests in racket/private/contract that
`(require mzlib/contract)`.
Sam
Robby
On Thursday, June 27, 2013, Sam Tobin-Hochstadt wrote:
I've kept tests and docs where they are, because I don't know what, if
any
On Thu, Jun 27, 2013 at 11:12 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
On Thu, Jun 27, 2013 at 10:08 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
On Thu, Jun 27, 2013 at 11:06 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
One fairly clear thing is that the mzlib
On Thu, Jun 27, 2013 at 10:32 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
On 2013-06-27 22:21:23 -0400, as...@racket-lang.org wrote:
42b5cfe Asumu Takikawa as...@racket-lang.org 2013-06-27 22:17
:
| Use racket/cmdline instead of mzlib/cmdline
|
| This should fix the build
:
This fixes the
On Thu, Jun 27, 2013 at 11:22 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Thu, 27 Jun 2013 23:18:48 -0400, Sam Tobin-Hochstadt wrote:
* racket/src/worksp/gc2/make.rkt
* racket/src/worksp/mzcom/xform.rkt
These both depend on `mzlib/restart`, which is non-trivial. Matthew,
should I
On Thu, Jun 27, 2013 at 8:45 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Did you consider moving #lang mzscheme out as well?
I've now created another pull request that does this, here:
https://github.com/plt/racket/pull/377
There's one remaining question. The `make-base-namespace`
On Fri, Jun 28, 2013 at 5:02 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Fri, 28 Jun 2013 14:38:03 -0400, Sam Tobin-Hochstadt wrote:
On Thu, Jun 27, 2013 at 8:45 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Did you consider moving #lang mzscheme out as well?
I've now created
On Fri, Jun 28, 2013 at 5:17 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Fri, 28 Jun 2013 17:08:19 -0400, Sam Tobin-Hochstadt wrote:
On Fri, Jun 28, 2013 at 5:02 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Fri, 28 Jun 2013 14:38:03 -0400, Sam Tobin-Hochstadt wrote:
On Thu, Jun 27, 2013
On Fri, Jun 28, 2013 at 6:02 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Fri, 28 Jun 2013 17:43:42 -0400, Sam Tobin-Hochstadt wrote:
On Fri, Jun 28, 2013 at 5:17 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Fri, 28 Jun 2013 17:08:19 -0400, Sam Tobin-Hochstadt wrote:
On Fri, Jun 28, 2013
On Sat, Jun 29, 2013 at 9:18 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
Practically every package will need a dependency on base, which is a
package that represents the libraries in the core; it's the
package-level analogue of having to start every module with `#lang
racket'. The idea is
On Sat, Jun 29, 2013 at 9:18 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
There is one dependency problem, currently: drracket depends on
htdp through a test. That problem was created by a commit before
dependency checking was available, and we'll get it fixed.
I currently get the error:
raco
On Fri, Jun 28, 2013 at 11:25 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
So, I think option 2 is right for now, and we should eventually spend
cycles on really getting `mzscheme' out of the core.
Ok, I'll focus on that.
I'm mostly done with this now. Progress in this pull request
-0400, Sam Tobin-Hochstadt wrote:
Currently, the `racket-test` package has very few declared
dependencies, but this is wrong. The checking in 'raco setup' doesn't
catch this because the files aren't compiled, but at a minimum it
depends on `unstable/debug` (currently a hidden part
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
to 45c276b5db.
http://git.racket-lang.org/plt/4dcfe9b8b9..45c276b5db
=[ One Commit ]=
Directory summary:
100.0% racket/lib/collects/setup/
~~
45c276b Sam Tobin-Hochstadt sa...@racket-lang.org 2013-07-02 16:14
:
| Fix reading
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
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
On Wed, Jul 3, 2013 at 12:03 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
I'm seeing this in my build (I didn't check before starting my latest round
of changes so it is possible that I broke this, but I'm not sure how I could
have if I did):
Sorry, this is my fault; I haven't been
On Tue, Jul 2, 2013 at 3:40 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
Here's a rough cut at a snapshot build with the new package
organization:
http://www.cs.utah.edu/plt/snapshots/20130702-c90365e/
The latest snapshots (32 and 64 bit) seem to work for me on multiple
Linux machines.
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 arbitrary. I'll do this if no one
objects.
1. Builds treat too much as core. Specifically, `raco setup`
pre-builds some things single
Neil,
You clearly put a bunch of thought into this email, so I think it
needs a response. I've changed the subject to put this in a new
thread.
On Fri, Jun 14, 2013 at 10:48 PM, Neil Van Dyke n...@neilvandyke.org wrote:
For all of my packages, as well as any package I can imagine, I think that
On Thu, Jul 4, 2013 at 1:05 PM, Matthew Flatt mfl...@cs.utah.edu 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
On Fri, Jul 5, 2013 at 11:22 AM, Matthew Flatt mfl...@cs.utah.edu 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
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 e...@barzilay.org wrote:
On Tuesday, sa...@racket-lang.org wrote:
37c87ec Sam Tobin-Hochstadt sa...@racket-lang.org 2013-07-02 12:24
On Fri, Jul 5, 2013 at 8:21 PM, e...@racket-lang.org wrote:
8d55b89 Eli Barzilay e...@racket-lang.org 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
On Fri, Jul 5, 2013 at 8:55 PM, Matthew Flatt mfl...@cs.utah.edu 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
On Fri, Jul 5, 2013 at 9:14 PM, Eli Barzilay e...@barzilay.org wrote:
10 minutes ago, Sam Tobin-Hochstadt wrote:
On Fri, Jul 5, 2013 at 8:21 PM, e...@racket-lang.org wrote:
+ ;; The following two tests are not really correct: they rely on the URL
+ ;; decoding silently passing un-encoded
On Fri, Jul 5, 2013 at 6:50 PM, e...@racket-lang.org wrote:
f90fe4c Eli Barzilay e...@racket-lang.org 2013-07-05 18:08
:
| Get rid of the `#:function' keyword.
|
| These problems are always dealt with via an internal function instead of
| making the name argument part of the visible API.
Should I change the docs as well? Or do you want to do that, Jay?
On Sat, Jul 6, 2013 at 9:53 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
That's the plan. Thanks for fixing them.
Robby
On Sat, Jul 6, 2013 at 8:47 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
I recently
On Sat, Jul 6, 2013 at 3:06 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Fri, 5 Jul 2013 21:02:40 -0400, Sam Tobin-Hochstadt wrote:
On Fri, Jul 5, 2013 at 8:55 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
From now on, the current snapshot build on www.cs.utah.edu will be at
http
.
On Saturday, July 6, 2013, Eli Barzilay wrote:
It doesn't make much sense to use a test submodule in files that are
intended to be (only) tests.
Earlier today, Robby Findler wrote:
That's the plan. Thanks for fixing them.
Robby
On Sat, Jul 6, 2013 at 8:47 AM, Sam Tobin-Hochstadt
On Sun, Jul 7, 2013 at 1:26 PM, mfl...@racket-lang.org wrote:
| Finally, `racket/base' provides the new function
| `call-with-default-reading-parameterization', which is used to guard
| various file `read's to make them consistent and avoid security holes.
It looks like
On Tue, Jul 2, 2013 at 7:04 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu 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
On Mon, Jul 8, 2013 at 2:39 PM, mfl...@racket-lang.org 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
The DrDr running time tripled recently. This doesn't seem to be a
result of any one thing getting slower, but instead of all the files
taking longer. To pick two random examples,
`racket/lib/collects/racket/match/parse-quasi.rkt` went from ~1 second
to ~4 seconds, and
Indeed -- I'd have had no idea this happened at all.
On Sat, Jul 13, 2013 at 10:53 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
Just as an aside, drdr rules.
Robby
On Sat, Jul 13, 2013 at 9:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
The DrDr running time tripled recently
On Sat, Jul 13, 2013 at 10:44 AM, Sam Tobin-Hochstadt sa...@ccs.neu.edu wrote:
This slowdown seems to be real on my machine as well --
realm/chapter2/source.rkt runs more than twice as slow in rev bd09a60e
as it does in v5.3.5. I'm testing the revision right before
`filesystem-change-evt` now
First, thanks for the very informative update.
On Sat, Jul 13, 2013 at 2:56 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
[Guess:] The Racket and Minimal Racket distributions might point
to different pre-built package catalogs. Possibly, the Racket
catalog never updates packages that were
On Sun, Jul 14, 2013 at 9:29 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Sun, 14 Jul 2013 09:02:28 -0400, Sam Tobin-Hochstadt wrote:
But when you run `raco pkg install' or `raco pkg update', then the
package details are not necessarily determined by
pkg.racket-lang.org. The package might
On Mon, Jul 15, 2013 at 11:39 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
3(a) Speaking of which, I think there is some backlog of pull requests
on GitHub. Would it be simpler to to accept any more of these before
the source layout universe changes, or too much to deal with so punt
until
I moved all of distributed places to a new package, which required the
one change below. I'm not sure about whether this is a good idea,
particularly because neither the `#:at` or `#:named` arguments to
`dynamic-place` are mentioned at all in the documentation. Thoughts?
Sam
On Thu, Jul 18,
Tobin-Hochstadt wrote:
I moved all of distributed places to a new package, which required the
one change below. I'm not sure about whether this is a good idea,
particularly because neither the `#:at` or `#:named` arguments to
`dynamic-place` are mentioned at all in the documentation. Thoughts
On Thu, Jul 18, 2013 at 3:51 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Thu, 18 Jul 2013 15:45:47 -0400, Sam Tobin-Hochstadt wrote:
On Thu, Jul 18, 2013 at 3:43 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
With this change, does `raco exe' still work? I think `lazy-require'
expands
On Tue, Jul 16, 2013 at 8:46 PM, mfl...@racket-lang.org wrote:
d50d0f8 Matthew Flatt mfl...@racket-lang.org 2013-07-16 15:56
:
| enable compilation of tests formerly in racket-test; reorganize
|
| A package like gui does not depend on a package like gui-test,
| which means that you have
://pre.racket-lang.org/release/installers
The Linux/i386/Ubuntu Precise installer is 64 bits, which is
wrong.
* Sam Tobin-Hochstadt sa...@ccs.neu.edu,
Vincent St-Amour stamo...@ccs.neu.edu
- Match Tests
- Typed Racket Tests
- Typed Racket Updates
. Is it possible to get a version of
the TR tests that either don't run in parallel or run without passing
keywords across place channels?
Robby
On Wed, Jul 24, 2013 at 9:41 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
I will say that I'm not 100% happy with just assuming that TR works
Ok, great!
On Wed, Jul 24, 2013 at 11:00 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
I think those are already planned to be taken. So lets see if the tests pass
in the next build.
Robby
On Wed, Jul 24, 2013 at 9:55 PM, Sam Tobin-Hochstadt sa...@ccs.neu.edu
wrote:
If we just
Can you explain what uses would break?
Sam
On Aug 6, 2013 4:21 PM, Matthias Felleisen matth...@ccs.neu.edu wrote:
That might interfere with normal uses of these libraries in *SL. --
Matthias
On Aug 6, 2013, at 6:50 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
Hi all,
A few teaching
On Tue, Aug 13, 2013 at 5:10 PM, Tony Garnock-Jones to...@ccs.neu.edu wrote:
On 08/13/2013 05:05 PM, Nick Shelley wrote:
I was mainly asking about the intermediate form because it seems like it
could be useful, but I didn't understand how it would work.
One major difference I've just
On Mon, Aug 19, 2013 at 4:34 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
Is there a situation where allowing an arbitrary file- or
directory-existence test would be bad?
This all depends on how paranoid we want to be. There are certainly
situations when this will be bad -- it lets you
Recently I (with assistance from Asumu) have spent some time drafting
a revised home page for Racket. A revised web page will nicely
complement the big upcoming release, I hope. You can see the draft
here, which is ready for people to try out:
http://homes.soic.indiana.edu/samth/new-web/
Some
Google fonts, so they
should either both work or not.
What do you see here:
http://www.google.com/fonts/#QuickUsePlace:quickUse/Family:
At Mon, 19 Aug 2013 17:39:54 -0400, Sam Tobin-Hochstadt wrote:
Recently I (with assistance from Asumu) have spent some time drafting
a revised home page
I can do to
make that less likely, but I won't worry for now.
Sam
At Mon, 19 Aug 2013 18:26:23 -0400, Sam Tobin-Hochstadt wrote:
On Mon, Aug 19, 2013 at 6:13 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
Fantastic!
The non-code font shows up rasterized on my phone (iPhone 4s running
iOS
On Mon, Aug 19, 2013 at 5:39 PM, Sam Tobin-Hochstadt
sa...@cs.indiana.edu wrote:
Recently I (with assistance from Asumu) have spent some time drafting
a revised home page for Racket. A revised web page will nicely
complement the big upcoming release, I hope. You can see the draft
here, which
On Tue, Aug 20, 2013 at 2:51 AM, Neil Van Dyke n...@neilvandyke.org wrote:
Sam and Asumu, this looks like significant improvement in several ways,
thank you.
Two comments:
* There's a lot of stuff for a home page. I don't know whether this is good
or bad, but it's noticeable.
This is
On Tue, Aug 20, 2013 at 9:49 AM, Neil Van Dyke n...@neilvandyke.org wrote:
Sam Tobin-Hochstadt wrote at 08/20/2013 09:40 AM:
Are you referring to the Quick tutorial? I don't think that's aimed
at children, per se -- just people who have no experience w/ Racket.
OK, I can only offer
401 - 500 of 697 matches
Mail list logo