<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Dave,<div><br></div><div>thanks for the thorough explanation of this issue.</div><div><br></div><div>+1 for allowing underscore assignments in a fully-packaged VMMaker image</div><div><br></div><div>One should follow the plugin-specific coding conventions anyway when contributing to the particular sub-project.</div><div><br></div><div>After loading code that needs underscore assignments, one can easily turn off that preference again. Well, "recompile all" situations would become tricky. Not sure whether this is an issue here.</div><div><br></div><div>How does the non-plugin code look like for the <span style="font-family: Arial, Helvetica, sans-serif;font-size: 13px">VectorEnginePlugin? Is there some?</span></div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div>
                                        <blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                        <p style="color: #AAAAAA; margin-top: 10px;">Am 09.08.2021 02:40:33 schrieb David T. Lewis <lewis@mail.msen.com>:</p><div style="font-family:Arial,Helvetica,sans-serif"> <br>Background: By convention the assignment operator in modern day Squeak<br>is ':=' and it Cuis it is '_'. The actual fonts are rendered nicely in<br>either case for Cuis and Squeak.<br><br>The VMs used for Cuis and Squeak consist of the VM proper along with various<br>VM plugins such as OSProcessPlugin and VectorEnginePlugin. The VM plugins<br>are written in Smalltalk ("slang") with supporting external code as needed.<br>The Smalltalk code for each VM plugin is translated to C code, and the<br>resulting C code is expected to be correct regardless of the dialect of<br>Squeak/Cuis in which the plugin is written.<br><br>The generated C code for a VM plugin is the same regardless of whether the<br>Smalltalk source is written in the '_' or ':=' convention. However, mixing<br>these two conventions in the same VMMaker image may be confusing, especially<br>if the (Squeak) image has disabled its 'Allow underscore selectors' preference.<br><br>OK, enough background. The question I want to present is this:<br><br>The new VectorEnginePlugin is being developed in Cuis, and therefore uses<br>the '_' convention in its Smalltalk source code. When building a new<br>opensmalltalk-vm VMMaker image from primary sources, the 'Allow underscore<br>selectors' preference' is disabled, presumably in order to catch VM plugin<br>code that accidentally uses the '_' convention. However, in the case of<br>VectorEnginePlugin, the use of '_' is intentional, and we can expect it<br>to be used for current and future versions of the plugin Smalltalk code<br>as development proceeds.<br><br>So should we:<br><br>  1) Relax the restriction and allow VectorEnginePlugin to be loaded without<br>     modification in a VMMaker image<br><br>or:<br><br>  2) Convert current and future versions of the VectorEnginePlugin Smalltalk<br>    to use ':=' for assigments prior to loading in a Squeak VMMaker image<br>    (method author/timestamps would be preserved).<br><br>I personally prefer 1) but consider either option to be reasonable and doable.<br><br>Comments? Preferences?<br><br>Dave<br><br></div></blockquote></div>