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@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@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@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

_______________________________________________ Esug-list mailing list Esug-list@lists.esug.org http://lists.esug.org/listinfo/esug-list