GPL如何影响存储在用户数据中的宏？

Question

我正在考虑编写一个C++程序，它将嵌入一个Python解释器来执行用户创建的宏。假设我打算在GPLv3下发布我的程序。我不清楚的是这对程序用户创建的宏和数据有什么影响。在

GPL的任何要求是否从我的程序转移到我的程序用户编写的宏中？与宏一起存储的其他用户数据（如图像）呢？

像GIMP和Gnumeric这样的程序有宏语言，但是在GPL下发布。我从未见过关于用户创建的GIMP脚本Fu或Gnumeric电子表格是否也必须在GPL下分发的讨论。我怀疑情况并非如此，但我还没有找到任何证据。在Gnumeric的例子中，宏看起来更像是数据而不是插件。（我知道有很多关于GPL和插件的讨论，但是我没有发现关于什么是插件的资格的讨论。）

一个令人困惑的问题是，的一些核心功能也可以作为宏来实现，这些宏被复制到用户数据中。在这种情况下，用户在分发数据时可能完全不知道自己在分发这些宏。在

我不想让我的用户处于一种鼓励他们在不知不觉中违反GPL的情况。在

Answer 1

出于这个原因，您可能需要考虑使用LGPL。不过，我很好奇金融稳定基金会对这些事情有何评论。在

Answer 2

不，宏不会成为GPL派生的作品，就像在GPL linux系统上编写的C程序或使用GPL gcc编译器的C程序变成GPL一样。在

包含库函数要复杂一些。如果您编写了这些库函数，那么您就可以让用户使用它们做他们想做的事情。如果它们是GIMP/Gnumeric运行时的一部分，那么这大概也不是问题。在

但是，如果从GPL（而不是LGPL）应用程序中提取库/插件的源代码，并将其包装在库中，以便从用户宏中独立调用，那么宏很可能是一个派生的工作。在