help-smalltalk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-smalltalk] Re: [smalltalk-research] Re: [Esug-list] Google Summer


From: stephane ducasse
Subject: [Help-smalltalk] Re: [smalltalk-research] Re: [Esug-list] Google Summer Of Code 2010 news!!!
Date: Mon, 8 Mar 2010 07:36:48 +0100

Mariano

Well I do not know anybody writing code under LGPL in Smalltalk.
So this is an issue. I think that having a license mess will not help. So we do 
not care about the fact that the project 
use a apporved license, we care that people can/will use it afterwards.
So LGPL is not a good idea.

Stef

On Mar 8, 2010, at 12:29 AM, Mariano Martinez Peck wrote:

> 
> 
> On Mon, Mar 8, 2010 at 12:24 AM, Gilad Bracha <address@hidden> 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?
> 
> 
> 
> Yes, as you can read here:
> 
> http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#licenses
> 
> it says:
> 
>       • What licenses do I have choose from?
> That depends on your mentoring organization. All code created by student 
> participants must be released under an Open Source Initiative approved 
> license. It's also extremely likely that your mentoring organization will 
> have a preferred license(s) and that you will need to release your code under 
> the license(s) chosen by that organization.
> 
> 
> And as you can read in the link, LGPL seems to be accepted...so, from the 
> GSoC point of view there is no problem with the license. 
> 
> Cheers
> 
> Mariano
>  
> On Sun, Mar 7, 2010 at 3:09 PM, Mariano Martinez Peck <address@hidden> 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
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]