<br><br><div class="gmail_quote">2011/2/4 Esteban Lorenzano <span dir="ltr">&lt;<a href="mailto:estebanlm@gmail.com">estebanlm@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
El 04/02/2011, a las 7:12p.m., Igor Stasenko escribió:<br>
<br>
</div><div class="im">&gt; btw,<br>
&gt; this could be avoided by checking<br>
&gt;<br>
&gt; that module is internal (using Smalltalk listBuiltinModules),<br>
&gt; so then don&#39;t run tests that depending on plugin being external<br>
<br>
</div>No, I don&#39;t think this is the right path... better to be able to do different loadings if it&#39;s internal or external, but execute the tests in both cases :)<br>
Or much better, compile alien plugin as a dylib, not all integrated.<br>
Of course, to do this we need time... and time is not all around lately... but soon or later I will be doing all of this ;)<br>
<br></blockquote><div><br></div><div>yes, I agree that tests should be always executed.</div><div>The Alien code should be fixed to run smoothly even if the plugin is internal.</div><div><br></div><div>But, as Bert said it would be better for security reasons to have the Alien plugin as an external one. So I think will try to generate it as external and make the tests pass.</div>
<div><br></div><div>Cheers,</div><div><br></div><div>#Luc</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
best,<br>
<font color="#888888">Esteban<br>
</font></blockquote></div><br>