Given that we don't yet even have a prototype of racket2, I'm going to guess that "near" isn't all that near. IMO, there are other big things that we should be focused on going first (notably the package system).<div>
<br></div><div>Just to check again: Is no one concerned with the backwards incompatibility issue?<br><div><br></div><div>Robby<br><br>On Friday, May 3, 2013, Sam Tobin-Hochstadt wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Right, I agree with this. My question is basically: are we going to,<br>
in the reasonably near future, be encouraging people to program in a<br>
`#lang racket2` where `cond` works differently, in which case it<br>
doesn't seem worth it to change `match`. Otherwise, I'll do this now.<br>
<br>
Sam<br>
<br>
On Fri, May 3, 2013 at 10:42 AM, Robby Findler<br>
<<a href="javascript:;" onclick="_e(event, 'cvml', 'robby@eecs.northwestern.edu')">robby@eecs.northwestern.edu</a>> wrote:<br>
> Cond's else cannot change. I agree that that's what I would change if I<br>
> could have it back to do it over, but we cannot.<br>
><br>
> That's the way to perhaps be thinking about racket2, tho.<br>
><br>
> Robby<br>
><br>
><br>
> On Friday, May 3, 2013, Sam Tobin-Hochstadt wrote:<br>
>><br>
>> On Fri, May 3, 2013 at 10:22 AM, Robby Findler<br>
>> <<a href="javascript:;" onclick="_e(event, 'cvml', 'robby@eecs.northwestern.edu')">robby@eecs.northwestern.edu</a>> wrote:<br>
>> ><br>
>> > For this kind of thing, my preference would be to change match than to<br>
>> > issue<br>
>> > a warning. I don't like warnings that are basically admitting weaknesses<br>
>> > in<br>
>> > the language design.... Of course, changing a core thing like that may<br>
>> > be<br>
>> > more trouble than it is worth, due to backwards compatibility concerns,<br>
>> > which is why I think it is worth raising here to see what others think.<br>
>><br>
>> I'm happy to make this change to `match`, except that I've heard<br>
>> Matthew say that he would have used a keyword for `else` in `cond` if<br>
>> he had it to do over again, and I wouldn't want to change one way, and<br>
>> then change back.<br>
>><br>
>> Sam<br>
</blockquote></div></div>