[Seaside] LAST CHANCE Foreing Function Interface GSOC [WAS] Re:
[smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010
Mariano Martinez Peck
marianopeck at gmail.com
Thu Mar 11 18:18:22 UTC 2010
Tomorrow morning we will be submitting...so, for this project, we only have
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
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.
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
> 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
>> 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, Gilad
> John M. McIntosh <johnmci at smalltalkconsulting.com> Twitter:
> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
> Esug-list mailing list
> Esug-list at lists.esug.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the seaside