Using Simplified BSD License would be easy - we already use it for the CMake 
modules files that we’ve written.

Garth


On 19 Feb 2014, at 03:20, Jan Blechta <[email protected]> wrote:

> On Wed, 19 Feb 2014 12:05:48 +0100
> Anders Logg <[email protected]> wrote:
> 
>> Wouldn't that put a license restriction on the generated code? It has
>> been an important point that the generated code does not have any
>> restrictions at all for its use/inclusion/linking.
> 
> Relevant GPL FAQ:
> http://www.gnu.org/licenses/gpl-faq.html#GPLOutput
> http://www.gnu.org/licenses/gpl-faq.html#WhatCaseIsOutputGPL
> 
> The example with Bison
> http://www.gnu.org/licenses/gpl-faq.html#CanIUseGPLToolsForNF
> shows that you can opt-out from licensing the generated code.
> 
> Jan
> 
>> 
>> --
>> Anders
>> 
>> 
>> On Wed, Feb 19, 2014 at 11:00:30AM +0000, Martin Sandve Alnæs wrote:
>>> Just make it LGPL. Nobody will use it without at least one of ffc
>>> or dolfin anyway.
>>> 
>>> Martin
>>> 
>>> 
>>> On 19 February 2014 10:28, Nico Schlömer <[email protected]>
>>> wrote:
>>> 
>>>> - How do we handle licenses? UFC is public domain, but FFC is
>>>> LGPL. Should we still keep UFC as public domain?
>>> 
>>>    Note that "public domain" is not a license
>>>    <http://www.linuxjournal.com/article/6225> and that having no
>>> license on code may be harmful
>>> <http://choosealicense.com/no-license/>.
>>> 
>>>    --Nico
>>> 
>>> 
>>>    On Tue, Feb 18, 2014 at 10:56 PM, Anders Logg
>>> <[email protected]> wrote:
>>>> On Tue, Feb 18, 2014 at 10:15:51PM +0100, Anders Logg wrote:
>>>>> On Tue, Feb 18, 2014 at 09:57:02PM +0100, Anders Logg wrote:
>>>>>> I'm about to start merging UFC into FFC (today or
>>>>>> tomorrow, depending on how smooth the process is).
>>>>>> 
>>>>>> Should this be pushed into next or master? I'm inclined to
>>>>>> push this into master directly since the buildbots will
>>>>>> need to be reconfigured anyway (I assume, to remove UFC).
>>>>> 
>>>>> This seemed to go smooth. I have merged UFC into my local
>>>>> FFC/master using this recipe:
>>>>> 
>>>>> http://stackoverflow.com/questions/1683531/
>>>    how-to-import-existing-git-repository-into-another
>>>>> 
>>>>> I still need to manually merge ChangeLog and other common
>>>>> files (but history for both is intact), but if there are no
>>>>> strong objections, I plan to push these changes to master
>>>>> for both UFC and FFC once things are running smoothly here.
>>>> 
>>>> Merge is mostly done now. The following issues remain:
>>>> 
>>>> - Merging of contents under doc/. Is the UFC manual still
>>>> relevant? How should it be merged with the FFC documentation?
>>>> 
>>>> - How do we handle licenses? UFC is public domain, but FFC is
>>>> LGPL. Should we still keep UFC as public domain? My
>>>> suggestion would be to keep ufc.h, ufc_geometry.h (and other
>>>> UFC header files if we add them) as public domain, but make
>>>> everything else (utils) LGPL.
>>>> 
>>>> - Merging of setup.py. This is a technical issue and should be
>>>>  relatively straighforward.
>>>> 
>>>> Feedback wanted on the first two issues.
>>>> 
>>>    _______________________________________________
>>>    fenics mailing list
>>>    [email protected]
>>>    http://fenicsproject.org/mailman/listinfo/fenics
>>> 
>>> 
>> _______________________________________________
>> fenics mailing list
>> [email protected]
>> http://fenicsproject.org/mailman/listinfo/fenics
> 
> _______________________________________________
> fenics mailing list
> [email protected]
> http://fenicsproject.org/mailman/listinfo/fenics

_______________________________________________
fenics mailing list
[email protected]
http://fenicsproject.org/mailman/listinfo/fenics

Reply via email to