windows - 与专有库链接的GPL代码是否取决于首先创建的库？

Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。












想改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

5年前关闭。



Improve this question




Microsoft创建了它们的窗口和MFC DLL库等。一个开源开发人员编写了一个新的MFC应用程序，并将源代码发布为GPL。该应用程序必须与MS DLL/库链接才能在Windows中运行，但我认为没有人可以争辩说我们现在有权将Microsoft的GPL强制为其DLL。

这是否意味着GPL许可证确实取决于首先“创建”哪个许可证？ 如果首先创建专有库(例如Windows DLL)，而该库没有链接就发布，并且发布了任何GPL代码，然后又链接了GPL程序，则尽管专有代码是，但GPL程序无法将专有库转换为GPL。与GPL代码“链接”。

如果是这样，诸如NVidia或RealNetworks这样的公司可以做以下事情吗？让我们假设他们喜欢将专有的HDDecoding媒体解码引擎库保密，但他们还想“利用”开源GPL代码来展示其硬件。

他们创建了一个专有的库来进行媒体解码并发布一些示例代码。

某人(开源开发)创建了链接到此专有库的GPL代码(例如XBMC，Mplayer或VLC)的“插件”。

他们是否可以辩称，因为他们首先创建了专有库(就像MS首先创建了所有DLL)，所以与其专有代码链接的GPL程序不会将其隐藏为GPL代码。

从理论上可以说，创建与NVidia专有媒体解码器库链接的GPL vlc.exe文件的开源开发人员违反了GPL许可。

这是否意味着在Windows中运行的所有GPL程序(例如VLC，git，cygwin等)都违反了GPL许可，因为它们肯定需要与专有的Microsoft Windows库链接才能运行。

情况2:这是怎么回事:

NVidia可以创建一个新的硬件抽象库，以隐藏最新的图形功能。他们还使用该库创建FreeBSD驱动程序，并发布BSD驱动程序的源代码，但不发布库源代码。

某人(Linux开发人员)可以实现与此库链接的linux驱动程序，以创建用于Linux的NVidia图形驱动程序。但是由于NVidia并未这样做，因此他们可以在“启用Linux支持”的同时将库源保持“隐藏”状态。

这肯定违反了GPL的精神。

这是否意味着在Windows/Mac/Iphone/PSP3中运行使用GPLed源创建的任何exe文件也违反了GPL的精神？

最佳答案

从GNU GPL常见问题解答:



和:

关于windows - 与专有库链接的GPL代码是否取决于首先创建的库？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1854843/