[Vm-dev] [commit] r2418 - Delete branches/Cog/platforms/Cross/plugins and replace it with an svn:external to trunk/platforms/Cross/plugins.

Eliot Miranda eliot.miranda at gmail.com
Thu Jun 9 17:36:03 UTC 2011

On Thu, Jun 9, 2011 at 8:38 AM, Andreas Raab <andreas.raab at gmx.de> wrote:

> On 6/9/2011 17:25, Igor Stasenko wrote:
>> On 9 June 2011 16:48, Andreas Raab<andreas.raab at gmx.de>  wrote:
>>> On 6/9/2011 16:19, Igor Stasenko wrote:
>>>> Does it changes the way how svn checkout works?
>>>> If i will checkout
>>>> branches/Cog,
>>>> will it do same as before,
>>>> or i will need to do separate checkout of
>>>> trunk/platforms/Cross/plugins?
>>> Short answer: Try it :-)
>>> Longer answer: It doesn't change anything. Google svn:externals for more
>>> info.
>>> Cheers,
>>>  - Andreas
>> So, with this change, the Cog and Squeak cross-platform plugins
>> codebase are now same, right?
> Yes, the Cross and the win32 plugin sources are now identical between
> interp and Cog branch.
>  This is good. Less things to worry about.
> Indeed. The plan is to keep going incrementally until there are no
> differences left. At which point we might consider a slightly different
> layout of the sources for building interp, stackvm, and Cog side-by-side,
> but let's start with merging the support code first.

Agreed.  Looking forward, one thing we might want ot do is externalize the
mapping of plugin classes to plugins.  What I mean is that currently in
VMMaker a plugin class can choose its plugin name, so that e.g. all of
FFIPlugin ReentrantFFIPlugin ThreadedFFIPlugin ReentrantARMFFIPlugin
ReentrantIA32FFIPlugin ReentrantPPCBEFFIPlugin ThreadedARMFFIPlugin
ThreadedIA32FFIPlugin ThreadedPPCBEFFIPlugin have a moduleName of
'SqueakFFIPrims'.  What this means is that the sources /can't/ contain the
different plugins.  So, a) I can't have one source tree containing code for
different ISAs, x86, x86-64, PPC and ARM, and b) I can't have one source
tree containing important variants such as ReentrantIA32FFIPlugin (for the
non-thrreaded VM) and ThreadedIA32FFIPlugin (for the threaded VM).  If
instead, the mapping from class name to module name is done in the platforms
tree and/or makefiles somehow, then there's no obstacle to doing what I
want, which is include the threaded and non-threaded VMs side-by-side.

Anyway, just an issue to be addressed sometime, but not before sources are


> Cheers,
>  - Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20110609/49320ab8/attachment.htm

More information about the Vm-dev mailing list