Just as food for thought take into account that just silently ignoring what there is past the return statement is error-prone. That is why my opinion would be to be explicit in what you want to do and use comments.<br><br>
What I think a nice change would be is to allow comments inside comments (that is, to only take into account the first and last &#39; &quot; &#39; and accept everything that is inside). Maybe comments could be allowed past return statement.
<br><br>0.05<br><br><div class="gmail_quote">On Jan 2, 2008 1:47 PM, Keith Hodges &lt;<a href="mailto:keith_hodges@yahoo.co.uk">keith_hodges@yahoo.co.uk</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>&gt; Interesting that current compiler barfs on code past the return<br>&gt; statement, saying that there&#39;s nothing expected after return.<br>&gt; I don&#39;t like such behavior: Sometimes i need to stub-out some code, to
<br>&gt;<br></div>I agree with you entirely on this one.<br><br>Does anyone have any idea as to how to implement this?<br><font color="#888888"><br>Keith<br></font><div><div></div><div class="Wj3C7c"><br>&gt; test/debug methods, and i can&#39;t simply put ^self in the very beginning
<br>&gt; of method (it forces me to put &#39;[^self] value&#39; instead, just to get<br>&gt; around such &#39;cleverness&#39; of compiler ).<br>&gt; Very inconvenient and useless feature, as for me, and it can be simply<br>
&gt; replaced by ignoring any input instead.<br>&gt;<br>&gt;<br>&gt;<br><br><br></div></div></blockquote></div><br><br clear="all"><br>-- <br>Saludos,<br>Hernán<br>