Hi Mariano,

I'm pretty sure you mean to list Eliot as the co-mentor or mentor on this
one.  If anyone got stuck and asked my help, I would end up bugging Eliot
anyway.  And he did agree.



On Thu, Mar 11, 2010 at 10:18 AM, Mariano Martinez Peck <
marianopeck at gmail.com> wrote:

> Tomorrow morning we will be submitting...so, for this project, we only have
> this proposal:
>
> Work on a cross-dialect foreign function call interface and implement it in
> at least two dialects.  Candidates include Alien and GNU Smalltalk's CObject
> (using existing implementation has the advantage of having to implement in
> only _one_ other dialect!).  Bonus points for implementing a C parser that
> would be able to construct bindings.  GNU Smalltalk already contains a C
> preprocessor implementation.
> There is some support for parsing C headers in the Newspeak system. Aliens
> have been ported to Strongtalk as well as Squeak.
>
> The mentor will be John McIntosh and Gilad Brancha co-mentor.
>
> Can this proposal be more complete and have similar structure to the rest
> ?  If true, send me the proposal.
>
> Check http://gsoc2010.esug.org/ideas.html
>
> Cheers
>
> Mariano
>
>
>
> On Wed, Mar 10, 2010 at 10:03 PM, John M McIntosh <
> johnmci at smalltalkconsulting.com> wrote:
>
>> Ok, I'm a bit behind in my email but I would help mentor if need be. Just
>> to ensure it works ok on os-x and also to ensure support for objective-c
>> creeps in there somehow since Apple's direction is towards everything in
>> Objective-C frameworks versus "C" library calls.
>>
>>
>> On 2010-03-07, at 3:24 PM, Gilad Bracha wrote:
>>
>> I'm all for it, and hope that John or Eliot can mentor. Datapoints I'll
>> add:
>>
>> There is some support for parsing C headers in the Newspeak system.
>> Aliens have been ported to Strongtalk as well as Squeak.
>>
>> Finally - what licensing would apply if GNU Smalltalk were used?  GPL is a
>> big problem. Even LGPL elicits an immune response in a lot of commercial
>> contexts.  Is there a GSoC policy on this?
>>
>> On Sun, Mar 7, 2010 at 3:09 PM, Mariano Martinez Peck <
>> marianopeck at gmail.com> wrote:
>>
>>>
>>>
>>>> 5) Work on a cross-dialect foreign function call interface and implement
>>>> it in at least two dialects.  Candidates include Alien and GNU Smalltalk's
>>>> CObject (using existing implementation has the advantage of having to
>>>> implement in only _one_ other dialect!).  Bonus points for implementing a C
>>>> parser that would be able to construct bindings.  GNU Smalltalk already
>>>> contains a C preprocessor implementation.
>>>>
>>>>
>>> I think this project could be a good idea for GSoC.  As I said, I would
>>> love if it (optionally at least) could not to block the complete VM while a
>>> function is being called.
>>>
>>> I would also love what you said: parse .h of libraries and automatically
>>> create the wrapper for Smalltalk. At least create the invocations to the
>>> functions, and map the structures to objects...
>>>
>>> We need to write a title, a little description and if possible titles
>>> like "technical details", "benefits to the students" and "benefits to the
>>> community".
>>>
>>> If you are interested please send it to me and I add it to the list.
>>>
>>> We also need a mentor (and a student, of course)...anyone is willing to
>>> do it ?
>>>
>>> Cheers
>>>
>>> Mariano
>>>
>>
>>
>>
>> --
>> Cheers, Gilad
>>
>>
>>  --
>>
>> ===========================================================================
>> John M. McIntosh <johnmci at smalltalkconsulting.com>   Twitter:
>>  squeaker68882
>> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
>>
>> ===========================================================================
>>
>>
>>
>>
>>
>> _______________________________________________
>> Esug-list mailing list
>> Esug-list at lists.esug.org
>> http://lists.esug.org/listinfo/esug-list
>>
>>
>


-- 
Cheers, Gilad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20100311/506f2667/attachment.htm