[racket-dev] Release process for split repos

2015-01-23 Thread Ryan Culpepper
I’ve added a draft of a new release process that takes the repository split 
into account. The main difference is that there is no longer a single release 
branch under central management; instead, there is a release branch for each 
repository, and management responsibilities for package release branches is 
distributed.

The wiki page is here:

  https://github.com/plt/racket/wiki/Release-process

Please review, ask questions, and point out ambiguities and potential problems.

Ryan


_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] In Typed Racket, struct declarations do not work in an internal definition context

2015-01-23 Thread Alexander D. Knauth
There’s a bug report about this here:
http://bugs.racket-lang.org/query/?cmd=viewpr=14524
Though I notice it gives a different error message now.
But why should structure type declarations being a module-wide construct?
Internal function definitions work, and internal type definitions work, so why 
shouldn’t internal structure definitions?


On Jan 22, 2015, at 3:57 PM, Alexis King lexi.lam...@gmail.com wrote:

 Simple enough. This works:
 
 #lang racket
 
 (define (make-me-a-struct)
   (struct foo ())
   (foo))
 
 (make-me-a-struct) ; = #foo
 
 This does not:
 
 #lang typed/racket
 
 (define (make-me-a-struct)
   (struct foo ())
   (foo)) ; error: cannot apply a function with unknown arity
 
 (make-me-a-struct)
 
 This problem makes sense. Type declarations seem to be a module-wide 
 construct, so a type that should be scoped to a single function doesn’t work. 
 I’m running into this issue when trying to create an executable struct using 
 define-struct/exec from within a macro, which doesn’t work due to this 
 particular problem.
 
 I can work around this in a variety of ways—I can extract this into an 
 untyped module and use require/typed, I can use vectors to “fake” structs and 
 provide an appropriate interface, etc. Still, I wonder if there are any plans 
 to resolve this type of problem? Since it seems to be an issue with how TR 
 handles types at its core, I’m not even sure how feasible it would be.
 _
  Racket Developers list:
  http://lists.racket-lang.org/dev

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


[racket-dev] A Debugging Tool for Better Printf

2015-01-23 Thread Xiangqi Li
Hi Racketeers,

Recently I've been working on a debugging tool, Medic, to improve the
debugging experience with printf. My project is available on Github:

https://github.com/lixiangqi/medic

To get started, you can install the medic package and build the
documentation for a user manual. The package also incorporates executable
examples used in the documentation in the demos directory. I'd like to hear
suggestions and complaints, and your feedback about Medic is very
appreciated. Thanks,

  Xiangqi Li
_
  Racket Developers list:
  http://lists.racket-lang.org/dev