Why does TR have to do something special for DrRacket? Can't it just depend
on the (small) package drracket-plugin-lib? There should then be no need
for dynamic-requires.
Robby
On Tue, Nov 26, 2013 at 7:12 AM, Vincent St-Amour wrote:
> You could guard the `dynamic-require' with a dynamic check
There are now release snapshot builds available here:
http://plt.eecs.northwestern.edu/snapshots/release/
They'll run each night, starting at about midnight Chicago time and they'll
finish, I guess, around 2pm Chicago time (happily much faster than I
expected).
Robby
_
My reading of the code suggests the first problem is that the version
number should have been 5.91.0.1 not 5.91.0.0 but I can't recall what we
usually do to know if that's right or not. It looks like the code was last
changed in 2008 so I guess the version number is what's wrong.
The second proble
This should be fixed now.
Robby
On Wed, Nov 20, 2013 at 11:14 PM, Sam Tobin-Hochstadt
wrote:
> It appears that Planet can't handle versions starting with 6. Is this
> something that can be fixed on the server?
>
> Sam
>
>
> -- Forwarded message --
> From:
> Date: Wed, Nov 20,
TEST CASES!!!
(my throat is hoarse.)
What you should really do is revert these commits (locally), develop good
automated test cases that fail properly and then revert the revert and then
see if they pass.
It is really really easy to make incorrect test cases when you've already
got the bugfix in
Oh, sorry for cc'ing dev. That was an accident.
Robby
On Tue, Nov 12, 2013 at 3:05 PM, Robby Findler
wrote:
> TEST CASES!!!
>
> (my throat is hoarse.)
>
> What you should really do is revert these commits (locally), develop good
> automated test cases that fail prope
On Friday, November 8, 2013, Matthew Flatt wrote:
> At Fri, 8 Nov 2013 19:18:10 -0600, Robby Findler wrote:
> > On Fri, Nov 8, 2013 at 7:13 PM, Matthew Flatt
> > >
> wrote:
> >
> > > Yes. Even if (as in the future) the current ring-0 packages weren'
ior art to exploit for ideas.
Robby
> At Fri, 8 Nov 2013 13:39:25 -0600, Robby Findler wrote:
> > (I think it is okay.)
> >
> > But here's a chance for me to point out something I heard about in a
> > conversation with Satnam Singh at OOPSLA about how Google works t
(I think it is okay.)
But here's a chance for me to point out something I heard about in a
conversation with Satnam Singh at OOPSLA about how Google works that it
seems like would be a nice fit for us. Here's my adaptation to our world:
when you push out what some might consider a change that brea
Okay, I've pushed that change.
Thanks,
Robby
On Tue, Nov 5, 2013 at 6:29 AM, J. Ian Johnson wrote:
> Indeed it would.
> -Ian
> - Original Message -
> From: Robby Findler
> To: J. Ian Johnson
> Cc: dev
> Sent: Mon, 4 Nov 2013 19:58:28 -0500 (EST)
nim.rkt has all the non-gui code, and
> play.rkt has the gui code. Requiring slideshow/play in my library caused
> the doc failure.
> -Ian
> - Original Message -
> From: "Robby Findler"
> To: "J. Ian Johnson"
> Cc: "dev"
> Sent:
I think there might be some collection/pkg confusion here. Are you having
trouble with a package level dependency or a collection level one? (The
latter is the only kind that can lead to the documentation error you're
talking about I believe.)
Robby
On Mon, Nov 4, 2013 at 4:51 PM, J. Ian Johnson
On Mon, Nov 4, 2013 at 1:56 PM, Vincent St-Amour wrote:
> At Mon, 4 Nov 2013 11:49:44 -0600,
> Robby Findler wrote:
> > collection-path is legacy and should generally be removed when you find
> it
> > (I think I fixed two uses of it Saturday in fact).
>
> The docu
collection-path is legacy and should generally be removed when you find it
(I think I fixed two uses of it Saturday in fact).
But hopefully you could use collection-file-path in most cases instead of a
collections-path function.
Robby
On Mon, Nov 4, 2013 at 11:45 AM, Vincent St-Amour wrote:
>
Hi all: after a confusing bout with 'raco pkg update' where it refused to
update to my packages (because I misunderstood the command-line arguments
syntax), I'd like to propose a change.
Currently, 'raco pkg update PKG ...' means "update only the packages named
"PKG ..." which, in the degenerate c
ng dependencies,
but that ship has sailed if we are including "X-doc" in "X".
Robby
On Tue, Oct 15, 2013 at 11:00 PM, Neil Toronto wrote:
> On 10/15/2013 06:40 PM, Robby Findler wrote:
>
>> Actually, on second thought, I think I'm going to buck the trend here
>
Yes, I think that was the point of the original message: to figure out what
consistent thing we think it should be.
Robby
On Tue, Oct 15, 2013 at 9:34 PM, Eli Barzilay wrote:
> It would be nice if it implied some consistent default, depending on
> what I generally want. Ie, I can be someone w
Actually, on second thought, I think I'm going to buck the trend here and
answer "yes" to the question in the subject line.
Two scenarios come to mind: someone hears about some cool new library and
then does something like 'raco pkg install math'. Next thing, something
goes wrong and they ask abou
Well, that's already available via X-lib (plus possibly X-doc). I don't
have a strong opinion on this, but I'm not sure that's the right rationale.
Robby
On Tue, Oct 15, 2013 at 4:08 PM, Sam Tobin-Hochstadt
wrote:
> I agree with this. In particular, I like to be able to use libraries in
> testi
I think it is worth having a plot/pict or pict/plot library that doesn't
depend on racket/GUI/base (or maybe it would be better to disentangle
snips). In any case, we have many others such libraries that turn on
avoiding racket/gui/base for exactly this reason.
Robby
On Tuesday, October 8, 2013,
FWIW, I agree that handle-evt is more generally useful than wrap-evt
(programming with breaks gets tricky and would require it's own setup).
You can use things like @interaction[] to run and typeset examples; does
that help?
http://docs.racket-lang.org/scribble/eval.html?q=interaction#%28form._%2
the command line because this is for a paper that's due
> on Friday.)
>
> Thanks for your help!
>
> Neil ⊥
>
>
> On 10/07/2013 11:41 AM, Robby Findler wrote:
>
>> Then I think that that means that the message came from
>> rep.rkt's no-user-evaluation-m
ou have that pref set.
Not much help, I know. Sorry.
Robby
On Mon, Oct 7, 2013 at 10:52 AM, Neil Toronto wrote:
> Black on yellow.
>
>
> On 10/07/2013 09:50 AM, Robby Findler wrote:
>
>> Was it black on yellow or red?
>>
>> Robby
>>
>>
>> On Mo
Was it black on yellow or red?
Robby
On Mon, Oct 7, 2013 at 10:32 AM, Neil Toronto wrote:
> I have a long-running random simulation that spits out debug messages. I
> extrapolated that it would take 20 hours to get 5,000,000 samples, and let
> it run for a day. Here's what I saw when I returned
I also added some tests and the docs seem to compile ok.
>
> On Wed, Oct 2, 2013 at 7:21 PM, Robby Findler
> wrote:
> > namespace-attach-module sets up shared state between two modules so
> that, in
> > this case, the racket/pretty in one namespace is the same as the
&g
On Tue, Oct 1, 2013 at 8:20 AM, Tobias Hammer wrote:
> Hi,
>
> i played a bit with the new package system, minimal installs and cross
> compiling. It works pretty good but i have a few problems and
> remarks/questions.
> I start with a fresh yesterdays minimal source
> (min-racket-5.90.0.9-src.tg
namespace-attach-module sets up shared state between two modules so that,
in this case, the racket/pretty in one namespace is the same as the
racket/pretty in the other.
Try putting a printf in the top-level of racket/pretty (and in various
other places in that code as it does what it does) and th
d for set authors to tag their set as having this property
> for the benefit of consumers (which cannot be enforced.) Your library
> would then consume fsets and not sets.
>
> Jay
>
>
> On Wed, Oct 2, 2013 at 2:09 PM, Robby Findler
> wrote:
> > If we do go this way, w
If we do go this way, we should be careful about the subtyping relationship
since we want a predicate that means "will not be mutated and I can rely on
that to reason about my library's behavior" and if mutable sets are a
sub-thing of immutable ones, we might lose that (depending on how things
are
; resolves to) isn't declared in the target namespace;
> you must also check any module it (transitively) requires is either
> undeclared or was attached from the same namespace you want to attach
> racket/pretty from.
>
> Ryan
>
>
>
> On 10/02/2013 03:50 PM, Robby Fin
A namespace is a mapping from top-level identifiers to whatever they are,
as well as a separate mapping from module names to modules (roughly). What
you care about here is the second mapping, but you're checking the first
with the patch.
Robby
On Wed, Oct 2, 2013 at 2:45 PM, Stephen Chang wrote
The last two sound better than the others to me, FWIW.
Robby
On Wed, Oct 2, 2013 at 2:37 PM, Ryan Culpepper wrote:
> On 10/02/2013 03:19 PM, Stephen Chang wrote:
>
>> Can I push the attached (1-line) patch? I don't have a good grasp of
>> namespaces so I would like someone to review it first.
I think the error message you're seeing is probably unrelated. That was a
bug inside check syntax that should only affect it.
Robby
On Fri, Sep 27, 2013 at 8:01 PM, John Clements wrote:
> I'm noticing that with version 5.3.6 of DrRacket, a package install of
> "rsound" hangs during the evaluati
I'm not quite seeing what is wrong about that. Is the issue that you have
word wrapping turned off (in the "Edit" menu) but you're still seeing
wrapping?
Robby
On Thu, Sep 26, 2013 at 10:46 PM, Evgeny Odegov wrote:
> To reproduce:
> Generate file with the following script (filepath doesn't matt
n Sun, Sep 22, 2013 at 5:58 PM, Robby Findler
wrote:
> Eli: I'm sorry. I (obviously) didn't mean to send this message publicly
> and it was also definitely sent in frustration (in lots of directions, not
> only yours).
>
> My apologies.
>
> Robby
>
>
>
> On Su
Eli: I'm sorry. I (obviously) didn't mean to send this message publicly and
it was also definitely sent in frustration (in lots of directions, not only
yours).
My apologies.
Robby
On Sun, Sep 22, 2013 at 5:44 PM, Robby Findler
wrote:
> It is like he is trying to justify his ex
It is like he is trying to justify his existence while he is on his way out
the door which seems strange. IIUC, we cannot afford $80/90k or whatever it
was he costs anyway.
So I have no idea what to think about his message.
Robby
On Sun, Sep 22, 2013 at 5:34 PM, Jay McCarthy wrote:
> Next time
I don't think that the planet server itself doesn't keep enough information
to say much about this, but the requests come via apache so there might be
more information in a log file at that level that Eli might be able to tell
us about.
I do see lots of requests coming in for packages, tho. In add
On Tue, Sep 17, 2013 at 9:53 AM, Greg Hendershott wrote:
> On Tue, Sep 17, 2013 at 8:29 AM, Matthew Flatt wrote:
> > I think the problem is the way that the release and development version
> > numbers got out of sync for a while. Version 5.3.6 is derived fairly
> > directly from v5.3.4 (and v5.3
On Tue, Sep 17, 2013 at 7:41 AM, Matthew Flatt wrote:
> At Tue, 17 Sep 2013 08:31:26 -0400, Sam Tobin-Hochstadt wrote:
> > On Tue, Sep 17, 2013 at 8:15 AM, Matthew Flatt
> wrote:
> > >
> > > In this particular case, if `raco setup` hadn't reported failure, the
> > > builds might have hobbled alo
No problem. It was easy to tweak and re-run (and one lost day is not a big
deal either).
Robby
On Tue, Sep 17, 2013 at 7:30 AM, Asumu Takikawa wrote:
> On 2013-09-17 06:15:42 -0600, Matthew Flatt wrote:
> > Yes, please treat missing package dependencies the same as any other
> > build error. M
On Tue, Sep 17, 2013 at 6:14 AM, Sam Tobin-Hochstadt
wrote:
>
> On Sep 17, 2013 4:38 AM, "Robby Findler"
> wrote:
> >
> > FWIW, this seems to have broken the snapshot builds. I'll add the
> missing dependency declarations so I can restart the northwestern s
tt wrote:
> It's implemented, but it's not currently an option for `defmodule`.
> I'll look into adding the option.
>
> At Mon, 16 Sep 2013 17:49:27 -0400, Sam Tobin-Hochstadt wrote:
> > I think what Carl suggested is preferable -- a link that only exists
> > if t
to how to use other
> libraries in a typed fashion -- it's a question that comes up a lot.
>
> Sam
>
> On Mon, Sep 16, 2013 at 5:16 PM, Robby Findler
> > wrote:
> > Can that code not be moved into the relevant packages instead?
> >
> > Robby
&g
Can that code not be moved into the relevant packages instead?
Robby
On Mon, Sep 16, 2013 at 3:21 PM, Asumu Takikawa wrote:
> On 2013-09-16 16:17:33 -0400, as...@racket-lang.org wrote:
> > +@defmodule[math #:no-declare #:link-target? #f]
> > +@defmodule[plot/typed #:no-declare #:link-target? #
In the meantime, the images pkg is now broken up and images-lib depends
only on draw-lib (and some unstable stuff), no longer on the full gui
library or the docs.
Robby
On Mon, Sep 16, 2013 at 11:24 AM, Laurent wrote:
> Sounds good!
>
> I think as long as it's possible to somehow choose betwee
I have the impression that invoking methods like 'set' aren't supposed to
invoke callbacks like that, generally speaking.
Robby
On Sun, Sep 15, 2013 at 9:58 AM, Laurent wrote:
> On Sun, Sep 15, 2013 at 4:34 PM, Robby Findler <
> ro...@eecs.northwestern.edu> wrote:
What was the issue?
Robby
On Sun, Sep 15, 2013 at 9:19 AM, Laurent wrote:
>
>
> On Sat, Sep 14, 2013 at 12:40 AM, Eli Barzilay wrote:
>
>> Just now, Greg Hendershott wrote:
>> > On Thu, Sep 12, 2013 at 4:41 PM, Laurent
>> wrote:
>> > > FYI, I have filed a bug report more than 3 hours ago but
a valid module path in #lang racket/load, it works
> for files.
> What is the right way to refer to module A in racket/load, though?
>
> Thanks,
> -Ian
> - Original Message -
> From: "J. Ian Johnson"
> To: "Robby Findler"
> Cc: "dev
n 09/09/2013 01:29 PM, J. Ian Johnson wrote:
> > I don't use the gui framework at all. This is all just pounding on
> global hash-tables and vectors. Or are you talking about the sandbox
> queuing up callbacks?
> > -Ian
> > - Original Message -
> > From: "
The Lord of heaven and earth bless your fine bug reporting skills with many
and happy days, that, as his heavenly hand hath enriched you with many
singular and extraordinary graces, so you may be the wonder of the world in
this latter age for happiness and true felicity, to the honour of that
great
lready or ...?
>
> Sam
> On Sep 9, 2013 8:33 PM, "Robby Findler"
> wrote:
>
>> FWIW, this is something that's been studied in small calculi in the
>> literature. Nothing that will have to get thru all of the little details
>> that you have to get right
FWIW, this is something that's been studied in small calculi in the
literature. Nothing that will have to get thru all of the little details
that you have to get right to make it work in a real language design like
TR, but maybe you'll find some useful ways to look at the problem. (Mostly
the paper
lobal
> hash-tables and vectors. Or are you talking about the sandbox queuing up
> callbacks?
> -Ian
> ----- Original Message -
> From: "Robby Findler"
> To: "J. Ian Johnson"
> Cc: "dev"
> Sent: Monday, September 9, 2013 1:16:51 PM GMT -05:0
The framework will, sometimes do stuff that queues callbacks and, depending
on how you've set up other things, the code running there might escape from
the limit. Did you try putting the eventspace under the limit too?
Robby
On Mon, Sep 9, 2013 at 10:54 AM, J. Ian Johnson wrote:
> I'm running
but I may try
>> get-defns[1] and module browser[2] at some point.
>>
>> [1] personally not a big fan of drop down menus - I like the tree thingy
>> you see in other IDEs
>> [2] to make Dr start quicker on slow machines.
>>
>> Cheers,
>>
>> St
I think it makes more sense to change those 'main' modules into 'test'
modules, but I'm not positive.
Robby
On Wed, Sep 4, 2013 at 12:26 PM, David Vanderson
wrote:
> It looks to me like most of the tests in
> racket/pkgs/racket-pkgs/**racket-test/tests/file/*
> are not being run by DrDr. I th
I'm not sure the module browser was before the plugin api, but probably it
wasn't. I think all three of those could be tools, but it is an accident of
history (and of who implemented them...) that they aren't. Probably they
should be. We might even save some startup time by disabling the module
bro
In addition to this backwards-compatibility issue, I also wonder if there
are others we've possibly missed that we should also consider (and perhaps
try to find alternatives for)?
I imagine there are a bunch that turn errors into non-errors that we could
decide to deal in one fell swoop (to just a
Looks like the images in the corners (the semicolon in this case) don't
have a transparent background. If they did, then this would be a
straightforward change: the code that does the drawing is in the 'draw'
method in pkgs/gui-pkgs/gui-lib/framework/private/decorated-editor-snip.rkt.
Robby
On T
This looks fantastic! Thanks!
Robby
On Mon, Aug 19, 2013 at 4:39 PM, Sam Tobin-Hochstadt
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 th
misnamed. But it's no big deal so let's leave it as is.
>
> [[ As I have written privately, I just do not understand the split of htdp
> into three different packages but so be it. ]]
>
> -- Matthias
>
>
>
> On Aug 14, 2013, at 9:17 PM, Robby Findler wrote:
>
I moved that because I thought it was a test. I thought it was a test
because of the directory name and because it has files that are not being
compiled.
(But I didn't check with Matthias specifically about that directory.)
Robby
On Wed, Aug 14, 2013 at 8:02 PM, Eli Barzilay wrote:
> Trying t
There is now a new, small drracket pkg called drracket-plugin-lib that
provides just enough to be able to define a tool. So, if you have a package
that has a drracket plugin, but doesn't necessarily need drracket itself to
work, you can make it depend only on drracket-plugin-lib, and not drracket.
Sorry: first post. Here's the link:
https://gist.github.com/Universalist235/6171371
Robby
On Thu, Aug 8, 2013 at 7:47 AM, Robby Findler
wrote:
> I don't think so no. But we could try.
>
> His code is linked in the dirt post in the thread.
>
>
> On Thursday, August
ks in when a handler runs, it is possible that the
> eventual result is a skip.
>
> Robby: do you think Jack's program would benefit from a forced gc before
> big-bang runs? (I can't find Jack's code.)
>
> -- Matthias
>
>
>
>
>
> On Aug 8, 2013,
Hi Jack: the entire system freezes when the GC happens and the numbers you
report match up with what I'd expect to be very annoying stuttering. (And
just for the record, it doesn't skip frames -- it just doesn't update
anything or draw any new frames during the GC.)
Can you tell us more about your
I like this change; thanks for suggesting it!
Robby
On Wed, Jul 31, 2013 at 1:38 PM, Tony Garnock-Jones wrote:
> On 07/31/2013 02:24 PM, Matthew Flatt wrote:
>
>> I think it often
>> makes sense for command-line tools to have weird rules[*],
>>
>
> I agree with you. UIs have to be humane and er
browser ones. The others are either on Stephen's list, or are tiny, I
believe.
> BTW, DrRacket's "Choose Language" dialog should probably adapt better
> to the absence of all teaching languages.
>
>
Ah, thanks. On my list.
Robby
> At Mon, 29 Jul 2013 12:01:3
It has exactly that (without the dynamic check). And no, I don't think so.
On Friday, July 26, 2013, Matthias Felleisen wrote:
>
> [Catching up]
>
> Does CML have anything even remotely comparable to handle-evt
> and does it assign a type distinction?
>
> -- Matthias
>
>
>
>
> On Jul 25, 2013, at
Probably we just didn't consider that! It does seem better.
Robby
On Thu, Jul 25, 2013 at 1:06 PM, Asumu Takikawa wrote:
> On 2013-07-25 12:55:25 -0500, Robby Findler wrote:
> >I think the issue is that the tail guarantee can't be met if there
> are two
> >
I think the issue is that the tail guarantee can't be met if there are two
handles (one won't be in tail position wrt to the sync).
Robby
On Thu, Jul 25, 2013 at 12:48 PM, Asumu Takikawa wrote:
> Hi all,
>
> I had a question about `handle-evt` and synchronizable events in
> general. I was tryi
PS: this distinction seems like something not worth reflecting in the type
system.
Robby
On Thu, Jul 25, 2013 at 12:55 PM, Robby Findler wrote:
> I think the issue is that the tail guarantee can't be met if there are two
> handles (one won't be in tail position wrt to the
s, and can't break
> anything else.
>
> Sam
>
> On Wed, Jul 24, 2013 at 10:54 PM, Robby Findler
> wrote:
> > I don't think we should take that commit. Is it possible to get a
> version of
> > the TR tests that either don't run in parallel or
0% happy with just assuming that TR works in
> the absence of a clean test run. Is there a reason not to include
> these fixes?
>
> Sam
>
> On Wed, Jul 24, 2013 at 5:15 PM, Robby Findler
> wrote:
> > Thanks.
> >
> > Robby
> >
> >
> > On Wed, J
t; preventing the TR test suite from running properly.
>
> The others were bugs in the TR tests, not in TR itself.
>
> TR itself should be fine for the release.
>
> Vincent
>
>
>
> At Wed, 24 Jul 2013 15:03:08 -0500,
> Robby Findler wrote:
> >
> > [1 ]
&g
Vincent: can you clarify what the status of TR & the release is, please?
Are there problems only with tests, or were there problems elsewhere too?
Thanks,
Robby
On Tue, Jul 23, 2013 at 9:11 AM, Vincent St-Amour wrote:
> The TR tests still fail when using a single place.
>
> The following commit
Is this in 5.3.6 or in the git head version?
Is this related to the test failures you reported earlier?
Robby
On Tue, Jul 23, 2013 at 2:16 PM, Vincent St-Amour wrote:
>
> On 64 bit Linux, `continuation-mark-set->context' doesn't provide any
> stack trace anymore, instead always returning the e
Are you sure you tested the release bundles and not git head?
Robby
On Tuesday, July 23, 2013, John Clements wrote:
>
> On Jul 22, 2013, at 3:13 PM, Ryan Culpepper wrote:
> >
> > * John Clements >
> > - Stepper Tests
>
> Done.
>
> > Updates:
> > - Stepper Updates: update HISTORY
> > (updates
On Mon, Jul 22, 2013 at 2:13 PM, Ryan Culpepper wrote:
>
> * Robby Findler
> - DrRacket Tests
> - Framework Tests
> - Contracts Tests
> - Games Tests
> - Teachpacks Tests: image tests
> - PLaneT Tests
> - Redex Tests
> Updates:
> - DrRacket Up
FWIW, there is now a similar page running at Northwestern:
http://plt.eecs.northwestern.edu/snapshots/
Robby
On Tue, Jul 2, 2013 at 2:40 PM, Matthew Flatt wrote:
> Here's a rough cut at a snapshot build with the new package
> organization:
>
> http://www.cs.utah.edu/plt/snapshots/20130702
Thanks! (For one, I found the "From Back There to Here" section
particularly helpful.)
On Sat, Jul 13, 2013 at 1:56 PM, Matthew Flatt wrote:
> Here's a big-picture update of where we are in the new package system
> and the conversion of the Racket distribution to use packages.
>
> This message
Just as an aside, drdr rules.
Robby
On Sat, Jul 13, 2013 at 9:44 AM, Sam Tobin-Hochstadt wrote:
> 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
On Fri, Jul 5, 2013 at 7: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.)
>
>
> If anyone else is interested in cre
> Sam
>
> On Mon, Jul 8, 2013 at 8:24 AM, Matthew Flatt wrote:
> > I'm happy to enable sticky mode only when the `make' line is something
> > like
> >
> > make PKGS="..." STICKY_MODE=on
> >
> > Any objections?
> >
> >
Raco test runs the file if there is not test sub module. Fwiw.
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
I just got horribly confused because somehow I messed up passing a manual
command-line to link-all.rkt and then nothing was working right. (It took
me embarrassingly long to remember this sticky thing and then get unsticky.)
So, can we change things so that "make" in the top-level doesn't use
stic
I would say that if you know where to change, please go ahead.
Robby
On Sat, Jul 6, 2013 at 8:56 AM, Sam Tobin-Hochstadt wrote:
> 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
> wrote:
> > That'
That's the plan. Thanks for fixing them.
Robby
On Sat, Jul 6, 2013 at 8:47 AM, Sam Tobin-Hochstadt wrote:
> I recently discovered that DrDr runs `raco test` by default on files,
> and has since February. However, the DrDr documentation says that it
> runs `racket -t`. I discovered this because
e as the one before, just
that there is noise in the numbers (but I don't know for sure).
Robby
On Fri, Jul 5, 2013 at 12:40 PM, Matthew Flatt wrote:
> At Fri, 5 Jul 2013 10:58:39 -0500, Robby Findler wrote:
> > On Thu, Jul 4, 2013 at 12:05 PM, Matthew Flatt
> wrote:
&g
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
>
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
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 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
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):
raco setup: undeclared dependency detected
for package: "plot"
on package:
"unstable-flonum-lib"
raco setup: undeclared de
you simply forge the source location on the syntax object to make it
> look like it's from a collection?
>
> Carl Eastlund
>
> On Tue, Jul 2, 2013 at 7:10 PM, Robby Findler > wrote:
>
>> I looked into this too and didn't come up with a good solution.
>>
>
I looked into this too and didn't come up with a good solution.
It would be nice if there were a way to write the "here's a path, please
tell me which part to replace with "/something" without too many
dependencies, but I didn't try to see if that would be feasible.
Meanwhile, I agree that just d
Are there other parameters that can mess this up? case-sensitivity,
numbers, etc.?
Robby
On Tue, Jul 2, 2013 at 3:26 PM, wrote:
> samth has updated `master' from 4dcfe9b8b9 to 45c276b5db.
> http://git.racket-lang.org/plt/4dcfe9b8b9..45c276b5db
>
> =[ One Commit ]=
On Tue, Jul 2, 2013 at 12:01 PM, Matthew Flatt wrote:
> At Tue, 2 Jul 2013 12:53:02 -0400, Sam Tobin-Hochstadt wrote:
> > On Jul 2, 2013 12:42 PM, "Matthew Flatt" wrote:
> > >
> > > I'm pretty sure that "racket-test" needs to be split up. (For the
> > > initial cut, I just put the whole "tests"
As far as I can tell they are up to date.
Robby
On Friday, June 28, 2013, Sam Tobin-Hochstadt wrote:
> On Thu, Jun 27, 2013 at 11:12 PM, Robby Findler
> > wrote:
> >
> >
> >
> > On Thu, Jun 27, 2013 at 10:08 PM, Sam Tobin-Hochstadt
> >
> >
> >
201 - 300 of 1676 matches
Mail list logo
