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 wrote:
> On 2012-07-08 15:47:27 +0800, Grecks Grecks wrote:
>>Hi, I post an issue
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, `slideshow-sho
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.plt&owner=dignatof
Probably best to just leave them in for now.
Robby
On Tue, Jul 10, 2012 at 8:48 AM, Asumu Takik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10-07-12 15:35, Stefan Israelsson Tampe wrote:
> I did miss something when trying in racket, it's a psyntax bug!
I'm glad you're finally looking harder at the Racket behavior.
> racket: (define-for-syntax (f x) #`(let ((x 1)) #,x))
>> (define-synt
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 #'x
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) #`
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))
(defin
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 wrote:
> Hi,
>
> Matthew Flatt skribis:
>
> > It's natural
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.plt&owner=dignatof
>
> Probably best to just lea
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 wrote:
> At Tue, 10 Jul 2012 09:13:24 -0500,
> Robby Findl
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:
http://lists.racket-lang.o
Hi,
Matthew Flatt 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
> (begin-for-syntax
>
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,
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 with-synta
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
wrote:
> I'm not sure about the rationale behind the design of stream-ma
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.
http://git.racket-lang.org/plt/48e154e3cb.
Cool!
On Tue, Jul 10, 2012 at 2:02 PM, Neil Toronto wrote:
> 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' f
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 no
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 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 enough versio
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 wrote:
> Eli wrote racket/stream based on racke
> - 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 documen
Robby Findler wrote at 07/10/2012 05:20 PM:
On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt 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 --- and I
think we sh
On Tue, Jul 10, 2012 at 6:44 PM, Neil Van Dyke wrote:
> Robby Findler wrote at 07/10/2012 05:20 PM:
>>
>> On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt wrote:
>>
- mzlib [...]
- mzscheme [...]
>>>
>>> I don't think these should be removed or deprecated, ever. I have lots
>>> of co
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 definit
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 wrote:
> At Tue, 10 Jul 2012 18:44:28 -0400,
> Neil Van Dyke wrote:
>> I'm still using some "mzlib" in *new* code. Specifically, "
At Tue, 10 Jul 2012 16:20:16 -0500, Robby Findler wrote:
> On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt 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 could b
Right, of course you're right.
On Tue, Jul 10, 2012 at 7:32 PM, Matthew Flatt wrote:
> At Tue, 10 Jul 2012 16:20:16 -0500, Robby Findler wrote:
>> On Tue, Jul 10, 2012 at 2:39 PM, Matthew Flatt wrote:
>> > At Tue, 10 Jul 2012 15:30:33 -0400 (EDT), Asumu Takikawa wrote:
>> >> - defmacro in mzlib
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
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 thi
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 2012-02-29 11:43
> :
> | Add futures
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 o
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 wrote:
> This commit adds a bad dependency from the core to framework. Fixing
> it is probably not hard, but it leads to an obvious
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 p
On Tue, Jul 10, 2012 at 10:41 PM, Eli Barzilay 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 that
On Tue, Jul 10, 2012 at 10:51 PM, Robby Findler wrote:
> On Tue, Jul 10, 2012 at 10:41 PM, Eli Barzilay 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", r
An hour and a half ago, Robby Findler wrote:
> On Tue, Jul 10, 2012 at 10:41 PM, Eli Barzilay 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 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' would be much bette
41 matches
Mail list logo
