我使用Qt作为动态链接库，我计划在适当的软件中使用它与LGPL许可证。 Qt工具包使用其他库，例如OpenGL，ANGLE，Libjpeg，Webkit，仅举几例。甚至函数QDate :: weekNumber（）也有加州大学伯克利分校的许可通知（见here）。许多第三方库都是核心Qt模块的一部分。
通常我们需要包含我们在软件中使用的第三方程序/库的许可声明。但是，我不确定在我注意到使用的许可证时，我是否需要包含有关仅使用Qt工具包库的许可声明，或者我必须单独包含有关每个第三方库或所使用的代码段的通知。 Qt的？
另一个困惑是，像KDE那样对Qt的一些贡献仅通过GPL许可（不是LGPL）。在这种情况下，人们如何将Qt库与LGPL许可证一起使用？
谢谢！
答案 0 :(得分：3)
我们通常会列出第三方组件的许可证。你可以在这里找到列表： http://qt-project.org/doc/qt-5.0/qtdoc/licenses.html
因此我们遵循Digia的建议：
“Digia非常感谢Qt的这些和其他贡献。我们 建议使用Qt的程序也承认这些 贡献，并在附录中引用这些许可声明 文档。“
Qt核心库中的所有KDE贡献都属于LGPL，即使他们可能在其他地方拥有不同的许可。这仅适用于核心Qt贡献，当然不适用于KDE项目的外部库。
答案 1 :(得分：1)
一般的经验法则是，如果您拥有GPL许可的一段代码，您将被迫根据GPL许可证发布您的整个软件/代码库，因为GPL它是病毒和非GPL -permissive。
这是一个相当普遍的问题，例如在处理Linux内核时，GPU制造商总是试图找到将代码直接链接到内核的替代路径，因为Linux内核是它的GPL和它们希望保持他们的司机封闭源，并保持拥有所有权利和来源。
BSD风格的许可证比LGPL更宽松，我不认为你可以在BSD / MIT许可证上遇到问题，但在使用其他人时会做一个注意事项＆＃39;工作总是很好。
一些真正的问题是，一些审查过的市场，例如来自Apple和微软的市场，通常不接受LGPL许可的软件，所以你的应用程序很可能会被审查，而且它不是将在这种市场上发表。
说到QPL的LGPL版本的限制，主要限制是你不允许静态链接而且你只能动态链接，你需要购买QT才能尊重许可并链接QT静态。