为Linux内核中的模块设置许可证

Question

我已经用Ada编写了一些内核模块，但遇到了一些问题。 许可证定义为ac宏，我无法弄清楚它的实际含义。 如果c和ada模块都具有GPL兼容许可证，那么简单地将某些c重新导出所有需要GPL的c函数是否是合适的解决方案？ 有一个更好的方法吗？

Answer 1

处理C宏是皇家的PITA。 我有一个梦想，就是有一天C程序员将为世界其他地区提供帮助，并放弃使用它们。

如果是我，我将运行宏以查看其输出，然后编写一些Ada代码以输出等效代码。

通过阅读Roland的答案，在我看来，可能需要实现定义的编译指示linker_section 。

pragma Linker_Section（[Entity =>] LOCAL_NAME，[Section =>] static_string_EXPRESSION）;

LOCAL_NAME必须引用在库级别声明的对象。 此杂注指定给定实体的链接器节的名称。 它等效于GNU C中的__attribute__((section)) ，并且将LOCAL_NAME放置在可执行文件的static_string_EXPRESSION部分中（假设链接器未重命名该部分）。

Answer 2

我不确定这个问题是否在开玩笑，但如果您是认真地用Ada编写内核模块，那么我想像不到的是，与您必须拥有的所有其他功能相比，设置模块许可证是一个很大的障碍击中。

无论如何，模块许可证只是.ko文件.modinfo部分中的字符串，例如“ license = GPL”。 在C代码中，它是由<linux/moduleparam.h>的__MODULE_INFO()宏构建的，该宏仅创建一个char数组，该数组设置为上述字符串，并标有__attribute__((section(".modinfo"))) 。

我猜想在Ada中可能有一些类似的方法可以做到这一点。 如果不是，在最坏的情况下，应该可以使用链接描述文件。 大概，您已经可以通过某种方式来处理此问题，以设置.modinfo节的“ vermagic = XXX”部分。

Answer 3

作为避免问题的一种方法，您可以将许可证部分保留在C中，并使用附件B （与其他语言的接口）功能进行访问吗？

这至少应该包含问题，并允许您继续使用其他模块。

充其量它可能允许您在Ada中检查许可证的外观，然后对它进行反向工程。

Answer 4

由于您可能正在使用GNAT，因此您可以使用pragma许可证 “允许自动检查有关标准GPL和修改后的GPL的适当许可证条件”。