<div dir="ltr">Hi Torsten,<div><br></div><div>    sorry for the late reply; I had some personal things to attend to earlier in the week.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 8, 2018 at 12:50 PM, Torsten Bergmann <span dir="ltr"><<a href="mailto:astares@gmx.de" target="_blank">astares@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Eliot, (CC'ing vm-dev)<br>
<br>
hope you had a good start into 2018 and sorry again if the "Alien commit into Alien" [1] created some trouble.<br>
<br>
But while we are at discussing about Alien I would like to ask one question: can we split the Alien package into<br>
two packages instead of just one. One with the core functionality and and have the unit tests separated into an<br>
own separate package? Also the Win32 struct wrappers should be in an own package as this is platform dependent.<br>
<br>
Because with the new possibility to bootstrap smaller images one can build minimal images with just a foreign interface/Alien<br>
but where SUnit and tests are not loaded.<br>
<br>
Without having the tests in an own separately loadable package such a thing is not possible to realize because loading<br>
Alien would give automatically a dependency to SUnit. Also Alien-Win32 do not make sense if one builds a platform<br>
specific image for Mac, Unix or the Pi.<br>
<br>
So can we split it to be more clean? What do you think about this?<br></blockquote><div><br></div><div>Sounds good to me.  Feel free to make the changes.  As long as the repository is unchanged and the committed versions preserve version stamps I have no objection to the split.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I can spend some time (possibly next week) on separating Alien into two packages and also do/help/check in changing loading configs<br>
for VMMaker or other.<br>
<br>
For the naming: while in Pharo the packages could already be named<br>
  - "Alien-Core"<br>
  - "Alien-Core-Test"<br>
  - "Alien-Win32"<br>
as Pharo already supports explicit packages.<br>
<br>
But I'm pretty sure this would be problematic for Squeak 6.0 which still relies on the old category solution. So I would<br>
suggest to follow Seaside naming convention and name them<br>
  - "Alien-Core"<br>
  - "Alien-Tests-Core"<br>
  - "Alien-Win32"<br>
so it is loadable and compatible in all dialects. If you would prefer other names we can align easily.<br>
<br>
Thanks for an answer in advance!<br>
<br>
Bye<br>
T.<br>
<br>
[1] <a href="http://lists.squeakfoundation.org/pipermail/vm-dev/2018-January/026350.html" rel="noreferrer" target="_blank">http://lists.squeakfoundation.<wbr>org/pipermail/vm-dev/2018-<wbr>January/026350.html</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>