LAST CHANCE Foreing Function Interface GSOC [WAS] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

LAST CHANCE Foreing Function Interface GSOC [WAS] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

Mariano Martinez Peck
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>   Twitter:  squeaker68882
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===========================================================================





_______________________________________________
Esug-list mailing list
[hidden email]
http://lists.esug.org/listinfo/esug-list




Reply | Threaded
Open this post in threaded view
|

Re: LAST CHANCE Foreing Function Interface GSOC [WAS] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

Gilad Bracha-2
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>   Twitter:  squeaker68882
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===========================================================================





_______________________________________________
Esug-list mailing list
[hidden email]
http://lists.esug.org/listinfo/esug-list





--
Cheers, Gilad


Reply | Threaded
Open this post in threaded view
|

Re: LAST CHANCE Foreing Function Interface GSOC [WAS] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

johnmci
Ah, well I can also help eliot on this, sometimes he gets too busy... plus I want to ensure the objective-c binding happens. 

On 2010-03-11, at 11:26 AM, Gilad Bracha wrote:

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 <[hidden email]> 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

--
Cheers, Gilad

--
===========================================================================
John M. McIntosh <[hidden email]>   Twitter:  squeaker68882
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===========================================================================






Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-project] LAST CHANCE Foreing Function Interface GSOC [WAS] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

melkyades
Hi! Recently I discovered that there is a parser project called SmaCC. I don't know if it works, but I think it includes parsers for C, Java and Smalltalk, do you know/did you try it?

Regards,
           Javier.

2010/3/11 John M McIntosh <[hidden email]>
Ah, well I can also help eliot on this, sometimes he gets too busy... plus I want to ensure the objective-c binding happens. 

On 2010-03-11, at 11:26 AM, Gilad Bracha wrote:

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 <[hidden email]> 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

--
Cheers, Gilad

--
===========================================================================
John M. McIntosh <[hidden email]>   Twitter:  squeaker68882
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===========================================================================





_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project



--
Javier Pimás
Ciudad de Buenos Aires


Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-project] LAST CHANCE Foreing Function Interface GSOC [WAS] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!

Gilad Bracha-2

On Thu, Mar 11, 2010 at 9:44 PM, Javier Pimás <[hidden email]> wrote:
Hi! Recently I discovered that there is a parser project called SmaCC. I don't know if it works, but I think it includes parsers for C, Java and Smalltalk, do you know/did you try it?

Thanks, but no thanks :-)

I know SmaCC exists, but I never use parser generators. In Newspeak we use parser combinators, which is a much nicer approach. There is a Smalltalk version of the parser combinator library as well as a Newspeak one. 
Making parsers is easy if you have the correct grammar.  

There is of course something to be said for a ready made parser if it exists - but you have to be confident it is correct, and you become dependent on the framework it uses. 

 

Regards,
           Javier.

2010/3/11 John M McIntosh <[hidden email]>
Ah, well I can also help eliot on this, sometimes he gets too busy... plus I want to ensure the objective-c binding happens. 

On 2010-03-11, at 11:26 AM, Gilad Bracha wrote:

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 <[hidden email]> 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

--
Cheers, Gilad

--
===========================================================================
John M. McIntosh <[hidden email]>   Twitter:  squeaker68882
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===========================================================================





_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project



--
Javier Pimás
Ciudad de Buenos Aires



--
Cheers, Gilad