<div dir="ltr">I don't think it's technically a bug, just an empty (null?) expression.  It actually has its uses when you want to 'force' a comment at a specific place.  So you use it in combination with a comment so that the pretty printer doesn't 'fix' things for you and put it where you don't want it.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 30, 2020 at 3:12 PM Nicolás Papagna Maldonado <<a href="mailto:nicolas.papagna@gmail.com">nicolas.papagna@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Phil!<div><br></div><div>Indeed!</div><div><br></div><div>I was wondering if that should be allowed in the first place because it is a 'mistake' that the system is allowing you to make (as you mention, the bug is in the code and was compiled just fine).</div><div><br></div><div>Best,</div><div>Nico</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 30, 2020 at 4:21 PM Phil B <<a href="mailto:pbpublist@gmail.com" target="_blank">pbpublist@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Nico,<div><br></div><div>The bug is in your source code ;-)  The self is due to the fact that you have 'foo.' instead of just 'foo' (i.e. you don't need the $. to terminate your args and any empty expressions in the body, which the trailing $. will be parsed as, will result in a self).</div><div><br></div><div>Thanks,</div><div>Phil</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 30, 2020 at 7:59 AM Nicolás Papagna Maldonado via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi folks!<div><br></div><div>Hope. you're doing fine :)</div><div><br></div><div>I ran into this (bug?) yesterday while inspecting existing compiled methods at Cuis University.</div><div>Looks like if you parse/compile a method that has a dot after the last collaborator in the method signature, an additional <font face="monospace"><b>self</b></font> node is added to the AST.</div><div><br></div><div>To reproduce it, in a workspace inspect:</div><div><br></div><div><font face="monospace">Parser new<br>  parse: 'm1: foo. ^1'<br>  class: Object</font><br></div><div><font face="monospace"><br></font></div>You'll note that the string representation of the inspected MethodNode displays:<div><br></div><div><font face="monospace">m1: foo<br>  <b>self.</b><br>  ^ 1.<br></font></div><br>Is that little <font face="monospace"><b>self </b></font>node there for a reason, or is it just a bug?<br><br>Best,<br>Nico PM</div>
-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><br>Nicolás Papagna</div>
</blockquote></div>