2

鉴于不是用 C 或 C++ 编写的程序，我无法理解 LGPL 的条款。他们谈到图书馆被链接和“衍生”作品。如果我要打包一个 php 程序并出售它，但在该程序中部署机制使用了 phing 包（完整地按原样包含全部内容且未修改） - 我会违反 LGPL 的条款吗？

例如，如果这是一个通过链接 phing '库' 编译的 C 程序，那么答案会更容易，它是一个衍生作品，因此除非根据 GPL 发布，否则将不会被视为免费并且也是违规的。但这种情况不同。我没有链接也没有产生衍生品，我只是使用 phing 作为部署工具来移动文件并设置环境。

有人可以阐明一下吗？谢谢！

编辑我明白了，所以因为我只是使用库的功能而不以任何方式修改它，所以无论我是否将它与我的高度专有和昂贵的软件包一起分发，都无关紧要。我说的对吗？

就我而言，我正在打包一个潜在的专有且面向收费的 Web 软件，其中包含一个完整且不受干扰的库，其中包含 LGPL 许可 - GPL 不会发挥作用，因为我没有修改代码并且因为我将它与我的不受干扰的代码一起分发它的原始形式，我很好。对？我只是问，因为我认为这实际上是错误的。我的印象是，GPL 的东西无论如何都不能在未经修改或任何其他形式的封闭许可下重新分发。

4

1 回答 1

1

您可以分发/使用混淆或未混淆的 LGPL 库。LGPL 中的衍生作品条款基本上是说，如果您修改一个库，则该库必须继续以相同的名称服务于其原始目的。如果libfoo通过其函数确定数字的平方根，fooroot()那么如果您以相同的名称修改和分发库，则该函数必须继续服务于相同的目的。这实际上只是为了防止混淆和损坏。它不是问题，您已经注意到您没有进行任何修改。

另一件事是理解链接，以及在许可证intent中使用该术语。linking只要按照指示运行程序，就可以将两件事组合在同一个地址空间（内存）中，即使没有涉及链接器，它们也几乎可以被认为是链接的。

在你的情况下，这两种方式都没有问题。即使库是 GPL（不是 LGPL），如果您只是使用 PHP 作为交付机制，也没有理由不为您所传达的内容提供源代码。然而，在 LGPL 的情况下，这不再是一项要求。

于 2010-03-18T03:25:36.010 回答