Static vs. Dynamic Building for GPL Open Source Software Release
Is there any legal issue with statically linking the QT libraries for a GPL OSS release? Or does it have to be dynamic for compliance purposes?
Re: Static vs. Dynamic Building for GPL Open Source Software Release
As long as the application and all libraries are on GPL there is no problem.
Re: Static vs. Dynamic Building for GPL Open Source Software Release
Just a follow-up comment for mass consumption....
It seems to me, based on some net reading, that you can statically link GPL program to GPL library, but you should only dynamically link proprietary program to GPL library.
Simple enough. :o Of course, in QT's case, that would be purchased copy of QT with proprietary program.
Re: Static vs. Dynamic Building for GPL Open Source Software Release
Quote:
Originally Posted by
brent99
but you should only dynamically link proprietary program to GPL library.
No, you can't link GPL libraries with proprietary applications, but it's possible with LGPL ones. It doesn't have to be dynamic linking, but it's easier to fulfill LGPL requirements with dynamic linking.
Re: Static vs. Dynamic Building for GPL Open Source Software Release
If that were true, you couldn't run proprietary apps on linux, since all the linux libraries are GPL.
Re: Static vs. Dynamic Building for GPL Open Source Software Release
GPL excludes libraries and tools that are "distributed as part of the system" (or something similar), so you can link closed-source apps against them.
Besides, standard Linux libraries (such as glibc) are LGPL.
Re: Static vs. Dynamic Building for GPL Open Source Software Release
Quote:
Originally Posted by
wysota
GPL excludes libraries and tools that are "distributed as part of the system" (or something similar), so you can link closed-source apps against them.
Yes, and I remember seeing an exception in one of the system headers that covered proprietary applications.