在专有软件中使用Kbuild基础设施的含义

Question

我们有自己的专有软件，我们正在为商业业务开发。我们想出售软件，我们没有任何问题，在分发源代码给我们的客户。由于缺乏良好的构建基础设施和软件的复杂性，它已经变得难以管理，并失去其可读性。

管理这一点的一个简单方法是像在Linux和U中所做的那样，使用Kbuild。这意味着使用(和自定义) Kbuild和Kconfig特定的文件(以及很少修改的Makefile)来编译我们的软件。

我查看了GPL v2 (https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html)的所有常见问题，但我无法说明在我的专有软件中使用Kbuild基础结构会产生什么影响。有人能帮我理解他们吗？

Answer 1

Kbuild的许可证只能影响您自己产品的许可证，如果Kbuild的部分最终在您要分发的产品中结束。

像Kbuild这样的构建系统的主要功能是确保以正确的顺序和正确的标志构建产品的各个部分。所有这些都不涉及对代码进行更改。

事实上，您需要一些带有Kbuild和/或Kconfig指令的文件，这并不意味着您的产品将成为这些工具的派生工作。工具的许可证不会影响在工具处理的文件上可以使用什么许可证。

为了设置/影响某物的版权许可，你必须能够要求作者至少在该作品的一部分。为了在可执行文件的一部分上声明作者身份，必须可以将可执行文件中的一组指令跟踪到您编写的一些源代码。如果您跟踪到的代码是由于转换某些输入而产生输出，则这是不够的。

另见我可以使用GPL覆盖的编辑器(如GNU Emacs )来开发非免费程序吗？我可以使用GPL覆盖的工具，比如GCC来编译它们吗？