contributing/self contained system
noah.evans at gmail.com
Fri Feb 8 22:16:03 UTC 2013
Keep it under your hat until I finish. If you feel like being a victim
... I mean tester, I'll be happy to hook you up with the code when it
On Fri, Feb 8, 2013 at 10:56 PM, Frank Shearar <frank.shearar at gmail.com> wrote:
> On 8 February 2013 20:23, Noah Evans <noah.evans at gmail.com> wrote:
>> Aaaah... okay. I made progress on the plan 9 port today.
> *boggle* You're porting the Interpreter VM to Plan 9? That's... pretty cool!
>> I manually
>> de-ANSI'ed interp.c and got a useless vm compiling with all stubbed
>> out functions. This was more work than expected because the squeak vm
>> is so heavily tied to ANSI and includes ANSI code as strings in some
>> situations. I manually edited out the #if's and #defined away printf.
>> In the end a real plan9 port will require subclassing Interpreter,
>> VMMaker and friends or parameterizing their included headers and
>> changing how liberally they use the preprocessor.
>> That said I'm curious to see how well the thread(2), draw(2), mouse(2)
>> and keyboard(2) apis map to the squeak model.
>> Any advice?
>> On Fri, Feb 8, 2013 at 9:13 PM, Craig Latta <craig at netjam.org> wrote:
>>> Hi Noah--
>>>> Is there a protocol for contributing to spoon?
>>>> I've used metacello to get packages so far. Is this the canonical way
>>>> to get object packages on spoon?
>>> At the moment contributing to Spoon means taking code away (not
>>> adding it), or debugging Naiad, an all-live-objects module system.
>>> The current focus is on testing the releases and documenting
>>> desired use cases. We're using http://bugs.squeak.org for that. As for
>>> code contributions, Spoon is rather unusual, given the goals of a
>>> minimal system and new modularity technology. Part of the work is
>>> defining the long-term contribution protocol you seek. While we're in
>>> this bootstrapping phase, I'm coordinating contributions manually.
>>>> Has there been any work done to make the system self contained? (ie.
>>>> containing scamper, celeste, irc etc... so the user never has to
>>>> leave the system)
>>> No, currently we're developing a minimal system with which you can
>>> load and unload code modules. Creating "distros" from that is a later
>>> goal. We can prepare for that, though, by finding the boundaries and
>>> dependencies between the code we have now in existing object memories
>>> (e.g., previous releases of Squeak, Pharo, and the other Smalltalks). We
>>> can use the existing change management tools to do that (e.g., Monticello).
>>> Please see the details about Naiad on my blog.
>>>  http://thiscontext.wordpress.com/a-detailed-naiad-description
>>> Craig Latta
>>> +31 6 2757 7177 (SMS ok)
>>> + 1 415 287 3547 (no SMS)
>>> Spoon mailing list
>>> Spoon at lists.squeakfoundation.org
>> Spoon mailing list
>> Spoon at lists.squeakfoundation.org
More information about the Spoon