Can you point to some examples?<div><br></div><div>Note that you can still use else, as long as you don&#39;t refer to it as a variable.<br><br>On Friday, May 3, 2013, J. Ian Johnson  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I&#39;ve used else as a catch-all binding in match. Yes, it&#39;s not the best practice, but I think since I&#39;ve done it, other people must have done it too. This could annoy them.<br>
-Ian<br>
----- Original Message -----<br>
From: &quot;Robby Findler&quot; &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;robby@eecs.northwestern.edu&#39;)">robby@eecs.northwestern.edu</a>&gt;<br>
To: &quot;Sam Tobin-Hochstadt&quot; &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;samth@ccs.neu.edu&#39;)">samth@ccs.neu.edu</a>&gt;<br>
Cc: <a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;dev@racket-lang.org&#39;)">dev@racket-lang.org</a><br>
Sent: Friday, May 3, 2013 11:04:27 AM GMT -05:00 US/Canada Eastern<br>
Subject: Re: [racket-dev] else clauses: possible change to match?<br>
<br>
<br>
Given that we don&#39;t yet even have a prototype of racket2, I&#39;m going to guess that &quot;near&quot; isn&#39;t all that near. IMO, there are other big things that we should be focused on going first (notably the package system).<br>

<br>
<br>
Just to check again: Is no one concerned with the backwards incompatibility issue?<br>
<br>
<br>
<br>
Robby<br>
<br>
On Friday, May 3, 2013, Sam Tobin-Hochstadt wrote:<br>
<br>
<br>
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&#39;t seem worth it to change `match`. Otherwise, I&#39;ll do this now.<br>
<br>
Sam<br>
<br>
On Fri, May 3, 2013 at 10:42 AM, Robby Findler<br>
&lt; <a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;robby@eecs.northwestern.edu&#39;)">robby@eecs.northwestern.edu</a> &gt; wrote:<br>
&gt; Cond&#39;s else cannot change. I agree that that&#39;s what I would change if I<br>
&gt; could have it back to do it over, but we cannot.<br>
&gt;<br>
&gt; That&#39;s the way to perhaps be thinking about racket2, tho.<br>
&gt;<br>
&gt; Robby<br>
&gt;<br>
&gt;<br>
&gt; On Friday, May 3, 2013, Sam Tobin-Hochstadt wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Fri, May 3, 2013 at 10:22 AM, Robby Findler<br>
&gt;&gt; &lt; <a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;robby@eecs.northwestern.edu&#39;)">robby@eecs.northwestern.edu</a> &gt; wrote:<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; For this kind of thing, my preference would be to change match than to<br>
&gt;&gt; &gt; issue<br>
&gt;&gt; &gt; a warning. I don&#39;t like warnings that are basically admitting weaknesses<br>
&gt;&gt; &gt; in<br>
&gt;&gt; &gt; the language design.... Of course, changing a core thing like that may<br>
&gt;&gt; &gt; be<br>
&gt;&gt; &gt; more trouble than it is worth, due to backwards compatibility concerns,<br>
&gt;&gt; &gt; which is why I think it is worth raising here to see what others think.<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m happy to make this change to `match`, except that I&#39;ve heard<br>
&gt;&gt; Matthew say that he would have used a keyword for `else` in `cond` if<br>
&gt;&gt; he had it to do over again, and I wouldn&#39;t want to change one way, and<br>
&gt;&gt; then change back.<br>
&gt;&gt;<br>
&gt;&gt; Sam<br>
<br>
_________________________<br>
  Racket Developers list:<br>
  <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/dev</a><br>
</blockquote></div>