You can already do this by right-clicking an identifier and selecting
the appropriate command (whose name at the moment I can't remember).
Cheers
2013/2/3, Harry Spier :
> I just downloaded the latest version of Komodo Edit (I needed to edit some
> PHP code) and it has an interesting feature tha
I just downloaded the latest version of Komodo Edit (I needed to edit some
PHP code) and it has an interesting feature that might be useful in
DrRacket. In DrRacket if you hover the mouse pointer over a variable you
get arrows from the binding occurance of a variable to its bound occurances
which
The change to DrRacket that you suggest would have the effect of debugging
annotations being forgotten for files that are already compiled by another
route, so that seems wrong.
Robby
On Sat, Feb 2, 2013 at 5:39 PM, Danny Yoo wrote:
>
> >
> > With this in place, PLaneT2 package installation app
>
> With this in place, PLaneT2 package installation appears to be behaving.
The other hack in there that's making me feel a little uncomfortable is this:
https://github.com/dyoo/racket/commit/df221a6266dc347556e19b98e091b8a62ef8bc8b
If I don't do this, then as soon as I do the following
>
> Ok, I think I see it. It's in resolve.rkt, right?
>
>
> https://github.com/plt/racket/blob/master/collects/planet/private/resolver.rkt#L609
Ok, how about this?
https://github.com/dyoo/racket/tree/compiler-hack
With this in place, PLaneT2 package installation appears to be behavi
On Sat, Feb 2, 2013 at 3:31 PM, Robby Findler
wrote:
> Planet 1 explicitly deals with this by having the runtime system give it
> access to the original parameterization, which it picks and chooses
> parameters from to restore (to make sure that this kind of thing doesn't
> happen).
Ok, I think I
Planet 1 explicitly deals with this by having the runtime system give it
access to the original parameterization, which it picks and chooses
parameters from to restore (to make sure that this kind of thing doesn't
happen).
Robby
On Sat, Feb 2, 2013 at 4:08 PM, Danny Yoo wrote:
> >>> >> I'm not
>>> >> I'm not sure if this is a bug or not, so I'm bringing it up on the
>>> >> list. But when I do the following:
>>> >>
>>> >> #lang racket
>>> >> (require compiler/cm)
>>> >> (manager-compile-notify-handler displayln)
>>> >> (managed-compile-zo
>>> >>
>>> >> "/home/samth/sw/plt/collects/tests/
> Reproducible, and not related to optimization coach. I'm seeing this
> too. It looks like a bad interaction between Planet2 installation in
> DrRacket when "Populate Compiled Directories" is in effect. See:
>
> http://lists.racket-lang.org/users/archive/2013-February/056245.html
Somethin
On Fri, Feb 1, 2013 at 8:58 AM, Vincent St-Amour wrote:
> As you mention, the OC package doesn't touch any collect except its own,
> so I don't know what's going on.
>
> Neil, can you reproduce this with other packages, or is this OC-specific?
Reproducible, and not related to optimization coach.
https://github.com/jarnaldich/racket-git
Looks like progress was made but currently moribund.
On Sat, Feb 2, 2013 at 1:00 PM, Danny Yoo wrote:
> On Sat, Feb 2, 2013 at 9:19 AM, Ray Racine wrote:
> > I saw a blurb this week where Microsoft is using
> http://libgit2.github.com/
> > to add git
On Sat, Feb 2, 2013 at 9:19 AM, Ray Racine wrote:
> I saw a blurb this week where Microsoft is using http://libgit2.github.com/
> to add git support into their tooling (Visual Studio no less) and their devs
> have been committing to fill in any MS specific git gaps. It looks like a
> top quality
I saw a blurb this week where Microsoft is using http://libgit2.github.com/ to
add git support into their tooling (Visual Studio no less) and their devs
have been committing to fill in any MS specific git gaps. It looks like a
top quality project, claiming to be small, clean, no-deps, and cross
p
13 matches
Mail list logo
