[Vm-dev] Removing most of the windowing code

Igor Stasenko siguctua at gmail.com
Tue Nov 29 20:59:14 UTC 2016


On 29 November 2016 at 22:51, Dimitris Chloupis <kilon.alios at gmail.com>
wrote:

>
> Whats so special about pharo context and process  and how is that related
> to embedding pharo ?
>

in short: scheduling , and top-level infinite loop.


>
> On Tue, Nov 29, 2016 at 7:22 PM Igor Stasenko <siguctua at gmail.com> wrote:
>
>> On 29 November 2016 at 14:43, Ben Coman <btc at openinworld.com> wrote:
>>
>>
>>
>>
>> On Thu, Nov 24, 2016 at 10:06 PM, Ronie Salgado <roniesalg at gmail.com>
>> wrote:
>>
>>
>> It is still needed to define a proper interface for embedding the VM.
>> This interface should be a single .h file, with the highest level of
>> abstraction possible. There are some other issues such as potential name
>> clashes, and the fact that the VM symbols are public by default. At the
>> bare minimum, it has to provide functions for initializing the VM, passing
>> command line arguments, loading an image, running the image, and shutting
>> down.
>>
>>
>> I don't know if its really suitable, but since Lua is the incumbent
>> embedded gaming language, perhaps echoing it would make it easier to
>> substitute ours for theirs.
>> https://www.lua.org/pil/24.2.html
>>
>> cheers -ben
>>
>>
>> well, the problem is that we're in a bit more difficult situation that
>> Lua.. in Lua there's no processes/contexts..
>> and if we would want implement an external message send i.e.  send
>> message - get result, things not so straightforward as in Lua.
>> it's all because it was never designed to be run in a host environment
>> and be open from that end.
>> that's why it is much easier to implement FFI, that C -> smalltalk API.
>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>>
>
>


-- 
Best regards,
Igor Stasenko.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20161129/82aaa1c2/attachment-0001.html>


More information about the Vm-dev mailing list