【问题标题】:GCC plugin architecture and GPL [closed]GCC 插件架构和 GPL [关闭]
【发布时间】:2011-01-05 09:07:24
【问题描述】:

我正在尝试为 gcc(4.5 版可能)构建一个插件。我希望将此插件与一些源代码形式的软件一起交付给客户。当提供上述插件时,此源代码可以由任何 GCC 编译。

它说插件必须在 GPL 下。我卖的不是 GCC,而是软件。我必须将插件的源代码发送给客户吗?是否在 GPL 中强制执行?

【问题讨论】:

  • 我投票结束这个问题,因为它是关于许可或法律问题,而不是编程或软件开发。 See here 了解详情,help center 了解更多信息。

标签: gcc licensing gpl


【解决方案1】:

仔细阅读Gcc runtime exceptionGcc runtime exception后,您的问题的确切答案可能应该由律师给出

我不是律师(但我是 GCC 的贡献者),但我的理解是 GCC 插件必须与 GPLv3 兼容(实际上,GCC 中有代码可以检查插件中的 *plugin_is_GPL_compatible* 符号),或者 - 如果插件是专有的 - 只有 GPL 软件用它编译。

否则,您可能无法重新分发由您的专有插件增强的 GCC 生成的可执行文件,除非您还在 GPL 许可下分发已编译的可执行文件的源代码。

简而言之,要编译专有程序,GCC 插件 - 或其他一些 GCC 扩展,如 GCC 分支或 MELT 扩展 - 应该是免费软件,兼容 GPLv3。

GCC 运行时异常许可证与链接到每个由 GCC 编译的程序的代码(如 libgcc)相关。这很棘手,并且已更改为允许 GCC 插件。

问候。

-- Basile StarynkevitchGCC MELT 的主要创建者,一种用于简化 GCC 扩展的插件和领域特定语言。

【讨论】:

    【解决方案2】:

    如果插件本身是GPL,您是否必须提供二进制文件中的源代码。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-11-08
      • 1970-01-01
      • 1970-01-01
      • 2010-11-18
      • 2012-11-06
      • 1970-01-01
      相关资源
      最近更新 更多