Qt、LGPL、商业闭源应用程序

发布于 2024-09-05 03:23:43 字数 1455 浏览 5 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

执笔绘流年 2024-09-12 03:23:43

两者都是允许的。您应特别注意 LGPL 2.1 的第 6 节。您必须允许对您的闭源应用程序进行私人修改和逆向工程。您可能需要选项 6b,在您的情况下,这仅意味着用户可以安装修改后的 QT DLL。 IANAL。

Both are allowed. You should pay particular attention to section 6 of LGPL 2.1. You have to allow private modification and reverse engineering for your closed source app. You probably want option 6b, which in your case just means users can install modified QT DLLs. IANAL.

浮云落日 2024-09-12 03:23:43

1) 我可以合法捆绑 QT吗
我的安装程序中有 *.dll 文件吗?

这是推荐的解决方案 - 它允许用户轻松升级到更高版本的 Qt。

2) 我可以合法地捆绑我的最终 *.EXE
文件,即使是编译/链接
取决于 QT *.LIB 文件

您的意思是使用 Qt 存根 .libs 来构建 dll 版本还是静态链接 exe(不需要 Qt DLL)?
必须可以重新链接 Qt。如果您静态链接 Qt,这可能意味着您必须使应用程序的对象或原始库版本可用(取决于您的操作系统)

1) is can I legally bundle the QT
*.dll files in my installer?

This is the recommended solution - it allows the user to upgrade to later versions of Qt easily.

2) can I legally bundle my final *.EXE
files even if it's compilation/linkage
depends on QT *.LIB files

Do you mean you use the Qt stub .libs to build a dll version or are you statically linking an exe ( no Qt DLLs required)?
It must be possible to relink Qt. If you are statically linking Qt this probably means you have to make object or raw library versions of your app available (depends on your OS)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文