Sounds cool.
On yesterday's nightly (debian squeeze 64), I had to do a `sudo raco setup`
to have the help webpage, otherwise I would get a http 404.
Laurent
On Sat, Nov 24, 2012 at 4:09 AM, Matthew Flatt wrote:
> When `raco setup' builds documentation, it now puts cross-reference
> keys and d
At Sun, 25 Nov 2012 17:03:31 +0100, Laurent wrote:
> On yesterday's nightly (debian squeeze 64), I had to do a `sudo raco setup`
> to have the help webpage, otherwise I would get a http 404.
Right -- thanks for the alert! I noticed the same thing, and hopefully
the build that is almost finished wi
On 11/25/2012 06:24 AM, mfl...@racket-lang.org wrote:
24f358a Matthew Flatt 2012-11-25 06:22
:
| scribble latex: work around `\href{...#...}{...}' as a macro argument
|
| The `math' document build was failing because `\marginpar' does not
| like `\href{...#...}{...}' as an argument.
Does this
As a follow-up to the discussion on the users list
[http://lists.racket-lang.org/users/archive/2012-November/054973.html],
I changed 'case' to use equal? comparison.
The diff, including additional tests and a doc change, is at
[https://github.com/97jaz/racket/commit/731db72e8b9ddcba7b443478666cc27
Did you try to see if there were any case expressions in our test
suites or while building docs or while starting up and fiddling with
DrRacket that would behave differently with equal??
Robby
On Sun, Nov 25, 2012 at 5:33 PM, Jon Zeppieri wrote:
> As a follow-up to the discussion on the users li
Not in any systematic way, no. When I first implemented the
triple-dispatch case, I did look through the racket sources to see how
case was actually used there. It turned out that almost all of the
uses were small, simple, and, for lack of a better word, monomorphic.
Looking back at the users thre
On Sun, Nov 25, 2012 at 7:49 PM, Jon Zeppieri wrote:
>
> Looking back at the users thread, I see what you mean. I'll create a
> branch that will do what you suggest: evaluate the expression both
> ways, compare, and complain if the results differ.
>
This is not turning out to be as simple as expe
I'm not sure what that error message means, but I think I was thinking
of a different strategy. Something like this (but where you deal with
'else' properly and write in '#%kernel (so you have to use the
expansion of log-info etc etc)), all staying in the same file.
#lang racket
(provide (rename-o
Thanks! With that approach, I can get it to build. -J
On Sun, Nov 25, 2012 at 10:11 PM, Robby Findler
wrote:
> I'm not sure what that error message means, but I think I was thinking
> of a different strategy. Something like this (but where you deal with
> 'else' properly and write in '#%kernel (s
I spoke too soon. Now I get a lot of these:
/Users/jaz/src/racket/collects/images/private/flomap-transform.rkt:106:2:
Type Checker: untyped identifier check-em imported from module
in: (define-values (x-min y-min x-max y-max) (case bounded-by ((id)
(values 0 0 w h)) ((corners) (for*/fold: ((x-m
On Sun, Nov 25, 2012 at 10:50 PM, Jon Zeppieri wrote:
>
> Is there a way to give check-em a type for TR without breaking it for
> non-typed code?
Yes, you should add an entry to typed-racket/base-env/base-special-env
for `check-em`. Note that you'll have to specify which module
`check-em` is def
Thanks! -J
On Sun, Nov 25, 2012 at 10:59 PM, Sam Tobin-Hochstadt wrote:
> On Sun, Nov 25, 2012 at 10:50 PM, Jon Zeppieri wrote:
>>
>> Is there a way to give check-em a type for TR without breaking it for
>> non-typed code?
>
> Yes, you should add an entry to typed-racket/base-env/base-special-en
At least, as far as I can tell, it does not perform any better than the
splay tree. It's actually about a second slower when indenting
drracket/private/unit.rkt. Darn it.
However, I did find something that's slightly nutty: the following patch
appears to greatly improve indentation:
https://g
13 matches
Mail list logo
