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