[Gmsh] Gmsh API Licensing

Christophe Geuzaine cgeuzaine at uliege.be
Wed Oct 23 19:12:31 CEST 2019



> On 23 Oct 2019, at 15:42, Juan Sanchez <juan.e.sanchez at gmail.com> wrote:
> 
> If you use:
> https://github.com/nschloe/pygmsh 
> 
> which is a MIT-licensed library, I would argue that your software could remain closed source.  pygmsh provides a means to generates .geo scripts, which are then interpreted by Gmsh, so no dynamic linking is involved.
> 

Indeed.

> Of course, I would recommend talking to your legal department concerning your strategy.  I would be most concerned about the implications of using the AGPL when Gmsh dynamically links against the TetGen library.
> 

Note that since version 4 Gmsh does not link to Tetgen anymore.

Christophe


> Regards,
> 
> Juan
>  
> 
> On Tue, Oct 22, 2019 at 1:51 PM Jean-François Remacle <jean-francois.remacle at uclouvain.be> wrote:
> 
> 
>> Le 21 oct. 2019 à 22:11, Niloufar <faghihi.niloufar at gmail.com> a écrit :
>> 
>> Hi,
>> 
>> I am a new user of Gmsh and I have a question regarding its licensing. I was wondering whether the Gmsh API is also under the GPL license meaning that I can not use the Gmsh API in a closed-source Python code. Is that right?
>> 
> 
> Question : If a programming language interpreter has a license that is incompatible with the GPL, can I run GPL-covered programs on it?
> 
> Answer : When the interpreter just interprets a language, the answer is yes. The interpreted program, to the interpreter, is just data; the GPL doesn't restrict what tools you process the program with.
> 
> However, when the interpreter is extended to provide “bindings” to other facilities (often, but not necessarily, libraries), the interpreted program is effectively linked to the facilities it uses through these bindings. The JNI or Java Native Interface is an example of such a facility; libraries that are accessed in this way are linked dynamically with the Java programs that call them.
> 
> So if these facilities are released under a GPL-incompatible license, the situation is like linking in any other way with a GPL-incompatible library.
> 
> JF
> 
>> Thank you,
>> Niloufar
>> _______________________________________________
>> gmsh mailing list
>> gmsh at onelab.info
>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fonelab.info%2Fmailman%2Flistinfo%2Fgmsh&data=02%7C01%7C%7Cb101a29215ba47ac826908d756634794%7C7ab090d4fa2e4ecfbc7c4127b4d582ec%7C0%7C0%7C637072856733757404&sdata=r70BRWIL4zq6j2kflMfw37tpJZiuMsYWbLdOczPGYsw%3D&reserved=0
> 
> ------------------------------------------------------------------
> Prof. Jean-Francois Remacle
> Universite catholique de Louvain (UCL)
> Ecole Polytechnique de Louvain (EPL) - Louvain School of Engineering
> Institute of Mechanics, Materials and Civil Engineering (iMMC)
> Center for Systems Engineering and Applied Mechanics (CESAME)
> Tel : +32-10-472352 -- Mobile : +32-473-909930 
> 
>  
> 
> 
> 
> 
> 
> _______________________________________________
> gmsh mailing list
> gmsh at onelab.info
> http://onelab.info/mailman/listinfo/gmsh
> _______________________________________________
> gmsh mailing list
> gmsh at onelab.info
> http://onelab.info/mailman/listinfo/gmsh

— 
Prof. Christophe Geuzaine
University of Liege, Electrical Engineering and Computer Science 
http://www.montefiore.ulg.ac.be/~geuzaine






More information about the gmsh mailing list