[Pharo-project] [Vm-dev] Re: Can OSProcess functionality be implemented using FFI instead of plugin?

[Denis Kudriashov]

2016-01-21 15:18 GMT+01:00 Denis Kudriashov <dionisiydk at gmail.com>:

> Hi
>
> 2016-01-21 13:43 GMT+01:00 Mariano Martinez Peck <marianopeck at gmail.com>:
>
>>
>> I was thinking the following. Having to distribute the FFI wrapper (take
>> as an example the myself wrapper) with the .ston files is a bit of a pain
>> with MC.  So I was thinking...what if FFISharedPool has all the machinery
>> to allow FFI lib wrapper developer (the developer of the MySQL wrapper), to
>> autogenerate the ston file as we said, BUT, the ston file is stored as
>> methods in the MYSQLInterface subclass? Probably under a "autogenerated"
>> protocol. That way, it's very easy to distribute and in addition, at system
>> startup it's easier to "search" for the "ston files".
>>
>> The only drawback is the for very large ston files MC will suffer a bit..
>> but..
>>
>> Thoughts?
>>
>
> After reading this thread I have no understanding why "platform constants"
> information should be distributed as ston files? Why not generate smalltalk
> classes or methods for each platform? They will initialize pool variables
> directly when platform change happens. And no problems with there
> distribution
>

In your example it can be methods on MYSQLInterface class side like:
MYSQLInterface>>initWindows64Declarations

ConstantA := 1
ConstantB := 5

MYSQLInterface>>initWindows32Declarations

ConstantA := 2.
ConstantB := 6

MYSQLInterface>>initUnix32Declarations

ConstantA := 3.
ConstantB := 7


And this methods can be published in separate packages if needed
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20160121/44671991/attachment.htm