Re: [racket-dev] Who page
Jay McCarthy wrote at 09/02/2011 02:55 PM: Community People Aha. That seems a reasonable place for it; I just didn't look hard enough. BTW, that page has a typo in an band, perhaps left over from an adjective. Finally, Racket is supported by an band of volunteers -- http://www.neilvandyke.org/ _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [racket] keyword args static checking and optimization
Matthew Flatt wrote at 08/08/2011 11:05 AM: I've implemented all of this (not yet pushed). It's more complex than I originally hoped, and I'm not yet sure it's worthwhile. Longer term, maybe it's better to work on ways for macros to more directly communicate with the optimizer. Thanks, Matthew. (I'm just catching up on this thread. Was actually in the middle of a Racket code refactoring task in which keyword arguments were a win in keeping things straight.) -- http://www.neilvandyke.org/ _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
[racket-dev] autosave of unsaved files, docs
The docs at http://docs.racket-lang.org/drracket/drracket-files.html?q=crash#(part._drracket-autosave-files) are all about the autosave of files that have already been associated with disk. What about those that haven't? There is no reference to the Documents/mredauto.* files, which thankfully just saved me a bunch of time. Incidentally, searching for crash in Help Desk offers literally nothing. For someone who's just suffered the trauma of a crash, perhaps a soothing entry would help, such as a pointer to the above docs on autosave files. (And there may be some other aliases to crash that are also worth indexing.) [Fwiw, mredauto doesn't show up in Help Desk, either.] Shriram _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
Re: [racket-dev] [plt] Push #23424: master branch updated
On Sat, Sep 3, 2011 at 5:37 PM, Matthew Flatt mfl...@cs.utah.edu wrote: At Sat, 3 Sep 2011 17:25:58 -0400, Sam Tobin-Hochstadt wrote: On Thu, Sep 1, 2011 at 5:20 PM, t...@racket-lang.org wrote: src/racket/src/place.c ~~ + REGISTER_SO(quote_symbol); + quote_symbol = scheme_intern_symbol(quote); This is the third definition of 'quote_symbol' in the source. Are repeated definitions a problem? It doesn't seem like a problem to me. What did you have in mind? I was just generically worried about duplicated code. Looking more deeply, it seems the only potential problem is one more (very small) GC root, and root traversal surely isn't the current GC bottleneck. Can these be shared (other than via the intern table)? A `scheme_quote_symbol' could be defined somewhere and exported to the other places. The tradeoff is writing `(define QUOTE 'quote)' multiple times versus making a global change. Make sense. -- sam th sa...@ccs.neu.edu _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/dev
