在阅读文章A Practical Legal Guide to iPhone Application Development时,我想知道标题为“”动态链接“和GPL”的评论中的信息。
用google搜索,我设法发现对非GPL软件是否可以合法静态链接或动态链接到GPL库有不同的观点。 Wikipedia简要介绍了它们。法律界对于与“GPL许可证”有关的“动态链接” - “衍生作品”问题存在相反的观点;并且没有任何美国法院对该主题作出明确的裁决。
因此,为了避免潜在的混淆,在有明确的法律先例之前,以下的实践要点已从文章中删除。
实践要点
为了避免因GPL许可证的“病毒”效应而无意中“感染”您的专有软件,您的产品应在运行时“动态链接”到开源组件,以便您的专有代码和开源代码是不被视为受GPL许可限制的单一作品,如果开源组件“静态链接”,这将是合法的结果。
据我所知,SO不适合律师,所以我有兴趣你曾经使用过GPL库来编写非GPL软件吗?
答案 0 :(得分:2)
不,我没有。虽然在法庭上未经测试,FSF声称即使动态链接到GPL许可的图书馆也构成衍生作品。
但是除了法律问题之外,我认为这是一个道德问题。大多数作者在GPL下发布库(或其他软件)的原因是因为他们希望其他受益于使用其代码的人以相同的方式发布他们的代码。换句话说,我希望用户尊重 I 写入软件的许可证,因此我应该尊重其他人写入的软件许可证。如果我不想遵守GPL的精神,我可以自由地使用另一个具有与我自己的许可条款兼容的库。
(当然,我已经链接并修改了GPL许可的库和软件供内部使用,但没关系 - GPL明确指出,如果您不分发您的作品,许可条款不适用给你。)
答案 1 :(得分:1)
https://stackoverflow.com/questions/3248823/legal-question-about-the-gpl-license-net-dlls/3249001#3249001给出了一个示例,说明如何通过动态链接在非GPL应用程序(可供其他人使用)中“使用”GPL库。我认为这就像你将要获得的那样接近。
答案 2 :(得分:1)
虽然我还没有真正阅读过,但我很确定版权法对连接没有任何说明......它只是一种运行软件的机制,并不能确定某些东西是否属于衍生作品。 / p>
答案 3 :(得分:0)
是的,很多次 - 但由于它从未在公司外部分发,因此GPL永远不会生效,因此很好。
答案 4 :(得分:0)
最近编写过非GPLed Java程序的任何人(即使用OpenJDK)都已经这样做了。 OpenJDK是在GPL with Classpath exception下发布的,它明确允许您链接到GPL许可的标准库,而无需根据GPL许可您的程序。