Yes, I think that would be great.
Which string constants specifically were you planning to remove? I
should probably check that they aren't used on planet.
Robby
On Mon, Jul 9, 2012 at 7:53 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
On 2012-07-08 15:47:27 +0800, Grecks Grecks wrote:
Hi, I
On 2012-07-10 07:20:59 -0500, Robby Findler wrote:
Which string constants specifically were you planning to remove? I
should probably check that they aren't used on planet.
The `slideshow-insert-pict-box` constant doesn't appear to be used.
There are also `slideshow-hide-picts,
Version 1.2 of cdrswift.plt seems to use the slideshow-insert-pict-box
string constant, but it is up to version 1.5 now.
http://planet.racket-lang.org/display.ss?package=cdrswift.pltowner=dignatof
Probably best to just leave them in for now.
Robby
On Tue, Jul 10, 2012 at 8:48 AM, Asumu
20 minutes ago, Marijn wrote:
It seems to me that both these results cannot be correct
simultaneously, but I'll await the experts' opinion on that.
This does look weird:
#lang racket
(define-for-syntax (f stx) #`(let ([x 1]) #,stx))
(define-syntax (m stx)
(with-syntax ([zz (f
At Tue, 10 Jul 2012 10:51:57 -0400, Eli Barzilay wrote:
20 minutes ago, Marijn wrote:
It seems to me that both these results cannot be correct
simultaneously, but I'll await the experts' opinion on that.
This does look weird:
#lang racket
(define-for-syntax (f stx) #`(let ([x
On 07/10/2012 10:51 AM, Eli Barzilay wrote:
20 minutes ago, Marijn wrote:
It seems to me that both these results cannot be correct
simultaneously, but I'll await the experts' opinion on that.
This does look weird:
#lang racket
(define-for-syntax (f stx) #`(let ([x 1]) #,stx))
samth made a pointer to
http://srfi.schemers.org/srfi-72/srfi-72.html
It does not look like guile racket etc. have implemented this yet.
Am I wrong?
This is precisely what I'm after!
On Tue, Jul 10, 2012 at 5:26 PM, Ludovic Courtès l...@gnu.org wrote:
Hi,
Matthew Flatt mfl...@cs.utah.edu
At Tue, 10 Jul 2012 09:13:24 -0500,
Robby Findler wrote:
Version 1.2 of cdrswift.plt seems to use the slideshow-insert-pict-box
string constant, but it is up to version 1.5 now.
http://planet.racket-lang.org/display.ss?package=cdrswift.pltowner=dignatof
Probably best to just leave them
I was thinking along similar lines.
But maybe it would be helpful to do this for all of the unused
string-constants in the tree? We could even move them into a planet
package now.
Robby
On Tue, Jul 10, 2012 at 10:54 AM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
At Tue, 10 Jul 2012 09:13:24
At Tue, 10 Jul 2012 11:23:04 -0500,
Robby Findler wrote:
I was thinking along similar lines.
But maybe it would be helpful to do this for all of the unused
string-constants in the tree?
Good idea.
Vincent
_
Racket Developers list:
Hi,
Matthew Flatt mfl...@cs.utah.edu skribis:
It's natural --- but not correct --- to think that #` is responsible
for hygiene, in which case `(f #'x)' should keep the given `x' separate
from the `let'-bound `x' in the result.
[...]
If you change the example to
#lang racket
An hour and a half ago, Matthew Flatt wrote:
It's natural --- but not correct --- to think that #` is responsible
for hygiene, in which case `(f #'x)' should keep the given `x'
separate from the `let'-bound `x' in the result.
Instead, hygiene is the responsibility of macro invocation, and
The question I posed was If it's possible to use srfi-72 in guile or
racket. It is indeed a wish
of mine that it's implemented because it will most certainly help me write
beutiful code because
that srfi cater to the coding style Ichoose to have. Without it one most
certainly need to use
And thus, the type of stream-map is NOT
stream-map : (a - b) (stream a) - (stream b)
but
stream-map : (a b c ... - d e f ...) (stream a b c ...) - (stream d e f ...)
Jay
On Sun, Jul 8, 2012 at 8:00 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
I'm not sure about the rationale behind
I've been looking forward to trying this since I read your paper draft
last night. I didn't expect it so soon, though!
Neil ⊥
On 07/10/2012 09:01 AM, jamesswa...@racket-lang.org wrote:
jamesswaine has updated `master' from 48e154e3cb to dbec8765e3.
Cool!
On Tue, Jul 10, 2012 at 2:02 PM, Neil Toronto neil.toro...@gmail.comwrote:
I've been looking forward to trying this since I read your paper draft
last night. I didn't expect it so soon, though!
Neil ⊥
On 07/10/2012 09:01 AM, jamesswa...@racket-lang.org wrote:
jamesswaine has
Hi all,
Recently, we've made some progress on getting rid of parts of our
legacy codebase (e.g., mzlib/class100). Since a release is coming up,
that is an opportunity to do more cleanup. Vincent and I have been
brainstorming what other collections could be set on a 1-year
deprecation removal
At Tue, 10 Jul 2012 15:30:33 -0400 (EDT), Asumu Takikawa wrote:
- combinator-parser [...]
- test-box-recovery [...]
- tex2page [...]
These seem fine with me, because I think they have no current users.
We've had enough versions with the test-box recovery tool that if
someone really needs it,
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Tue, 10 Jul 2012 15:30:33 -0400 (EDT), Asumu Takikawa wrote:
- combinator-parser [...]
- test-box-recovery [...]
- tex2page [...]
These seem fine with me, because I think they have no current users.
We've had
Sorry, I accidentally sent this off the mailing list and accidentally
switched emails.
Eli, I don't see any trace of multiple valued `stream's in
racket/stream. Can you confirm or deny their existence?
On Tue, Jul 10, 2012 at 11:13 PM, Jay McCarthy jay.mccar...@gmail.com wrote:
Eli wrote
- Original Message -
I agree that these should never be removed. I would not mind if they
were marked in some way as these are here for legacy reasons. New
code should use XYZ with specific pointers and helpful advice.
Okay, we will just add the deprecation notices to the
Robby Findler wrote at 07/10/2012 05:20 PM:
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flattmfl...@cs.utah.edu wrote:
- mzlib [...]
- mzscheme [...]
I don't think these should be removed or deprecated, ever. I have lots
of code that still refers to them --- I doubt that I'm alone
On Tue, Jul 10, 2012 at 6:44 PM, Neil Van Dyke n...@neilvandyke.org wrote:
Robby Findler wrote at 07/10/2012 05:20 PM:
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flattmfl...@cs.utah.edu wrote:
- mzlib [...]
- mzscheme [...]
I don't think these should be removed or deprecated, ever. I have
At Tue, 10 Jul 2012 18:44:28 -0400,
Neil Van Dyke wrote:
I'm still using some mzlib in *new* code. Specifically, getpid,
this-expression-source-directory, gethostname, and perhaps one or
two other things. I could find other ways to do those things if I had
to, but those definitions pop up
On this front, this-expression-source-directory is, for nearly all
purposes, worse than define-runtime-path.
Robby
On Tue, Jul 10, 2012 at 5:54 PM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
At Tue, 10 Jul 2012 18:44:28 -0400,
Neil Van Dyke wrote:
I'm still using some mzlib in *new* code.
At Tue, 10 Jul 2012 16:20:16 -0500, Robby Findler wrote:
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Tue, 10 Jul 2012 15:30:33 -0400 (EDT), Asumu Takikawa wrote:
- defmacro in mzlib
I'm skeptical that this one should be removed,. At a minimum, though,
it
Right, of course you're right.
On Tue, Jul 10, 2012 at 7:32 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Tue, 10 Jul 2012 16:20:16 -0500, Robby Findler wrote:
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Tue, 10 Jul 2012 15:30:33 -0400 (EDT), Asumu Takikawa
5 hours ago, Asumu Takikawa wrote:
Recently, we've made some progress on getting rid of parts of our
legacy codebase (e.g., mzlib/class100). Since a release is coming
up, that is an opportunity to do more cleanup. Vincent and I have
been brainstorming what other collections could be set on a
An hour and a half ago, Robby Findler wrote:
On this front, this-expression-source-directory is, for nearly all
purposes, worse than define-runtime-path.
I think that there are some rare uses that can use
`this-expression-source-directory'. Not for things that you depend
on, but for code that
If someone has a good reason to get rid of
this-expression-source-directory, I'm mostly indifferent.
Neil V.
_
Racket Developers list:
http://lists.racket-lang.org/dev
50 minutes ago, Matthew Flatt wrote:
Some will want `defmacro', maybe for porting old code. So, if we
don't provide `defmacro', then others will waste time re-creating it
and/or asking how to re-create it.
+7. And given a plan for migrating code from mzlib/* to racket/*, I
think that this
This commit adds a bad dependency from the core to framework. Fixing
it is probably not hard, but it leads to an obvious question:
Why is this in racket instead of some new collection?
10 hours ago, jamesswa...@racket-lang.org wrote:
b6f71ec James Swaine jamesswa...@racket-lang.org
No, I didn't write `racket/stream' -- Matthew did it based on the
stream srfi. This came up not too long ago, and I sent a question
about it here:
http://lists.racket-lang.org/dev/archive/2012-June/009612.html
Since there were no replies, I meant to remove it but didn't get to
it. I'll push it
It is the future visualizer so I thought it belonged with the visualizer. No?
Alternative suggestions welcome.
Robby
On Tue, Jul 10, 2012 at 9:34 PM, Eli Barzilay e...@barzilay.org wrote:
This commit adds a bad dependency from the core to framework. Fixing
it is probably not hard, but it
On Friday, Carl Eastlund wrote:
From in-person conversation, what's really going on here is that
Matthias is talking about some other, imaginary language, not
Racket, where _any_ primitive operation other than promise? forces
any promises in its arguments. In this language, promises are
10 minutes ago, Robby Findler wrote:
It is the future visualizer so I thought it belonged with the
visualizer. No?
(You mean ... belonged with the futures, right?)
Alternative suggestions welcome.
I think that it fits well with other meta-analysis kind of tools like
errortrace and the
On Tue, Jul 10, 2012 at 10:41 PM, Eli Barzilay e...@barzilay.org wrote:
10 minutes ago, Robby Findler wrote:
It is the future visualizer so I thought it belonged with the
visualizer. No?
(You mean ... belonged with the futures, right?)
Right. :)
Alternative suggestions welcome.
I think
On Tue, Jul 10, 2012 at 10:51 PM, Robby Findler ro...@eecs.northwestern.edu
wrote:
On Tue, Jul 10, 2012 at 10:41 PM, Eli Barzilay e...@barzilay.org wrote:
10 minutes ago, Robby Findler wrote:
It is the future visualizer so I thought it belonged with the
visualizer. No?
(You mean ...
An hour and a half ago, Robby Findler wrote:
On Tue, Jul 10, 2012 at 10:41 PM, Eli Barzilay e...@barzilay.org wrote:
10 minutes ago, Robby Findler wrote:
It is the future visualizer so I thought it belonged with the
visualizer. No?
(You mean ... belonged with the futures, right?)
Yesterday, sa...@racket-lang.org wrote:
6bf1415 Sam Tobin-Hochstadt sa...@racket-lang.org 2012-07-06 12:13
:
| Each typed module now defines a submodule named `type-decl`.
| [...]
Assuming that you want to allow people to write code with submodules,
I think that a name like `#%type-decl'
40 matches
Mail list logo
