Solaris 10 和 11 标头不兼容！该怎么办？

Question

我们有一个在 Solaris amd64（和 x86、SPARC）上发布的产品 - 我们有一个安装在 Solaris 10 和 11 上的 pkg。

我们从/usr/include/bsm/audit.h 调用一些函数，特别是getaudit_addr，在 Solaris 10 和 11 之间，ABI 发生了巨大变化，开始重新排序结构字段并更改它们的长度：

struct auditinfo_addr {
    au_mask_t       ai_mask;
    au_id_t         ai_auid;
    au_asid_t       ai_asid;
    au_tid_addr_t   ai_termid;
}; /* Sol 11 version */

struct auditinfo_addr {
    au_id_t         ai_auid;
    au_mask_t       ai_mask;
    au_tid_addr_t   ai_termid;
    au_asid_t       ai_asid;
}; /* Sol 10 version */

所以，我们的代码使用dlopen/dlsym 来获取getaudit_addr 的句柄，如果您在 Sol10 上编译并在 Sol11 上运行，这无疑会以一种可怕的方式退出（因为我们使用的是完全损坏的结构体）。这不好。

问题

1. 如果我们链接到-lbsm 而不是使用dlopen，我们可以吗？如果是这样，怎么办，因为我在 Sol11 的 libbsm.so 中找不到任何版本的 Sol10 ABI 符号，使用nm（并且 Sol10 和 Sol11 的 libbsm 版本都具有以下版本符号：SUNW_0.7、SUNW_0.8、 SUNW_1.1, SUNW_1.2)。 更新： 不，在 Solaris 10 上与 -lbsm 链接不会使代码在 Solaris 11 上正确运行。这只是一个令人作呕的破坏 ABI他们所做的改变。 Grr.
2. 如果 Solaris 确实具有有效的符号版本控制，我们可以动态执行吗？
3. 我倾向于复制结构定义并在新旧结构之间进行运行时切换，而不是使用标题。还有其他备用解决方案吗？
4. 标头是否依赖于体系结构？也就是说，audit.h 在 SPARC、amd64 和 x86 上是否相同？显然 typedef 的类型的大小可能会改变，但我是否需要寻找一台 Solaris 11 SPARC 机器来复制它的标题并检查它是否与 x86 匹配？

Answer 1

确实，如果 ABI 不兼容，您需要将其视为不兼容的处理器类型。即：构建两个版本。从您的安装程序安装或构建正确的版本。在运行时检查您运行的版本是否正确，如果不是，则退出。

或者，如果这实际上是唯一改变的结构，您可以使用 typedef'd auditinfo_addr_v10 vs auditinfo_addr_v11，并附带使用该结构的每个函数的两个版本，或者进行转换V10 上用于将所有内容转换为最新结构的函数。 IE。提供您自己的 getaudit_addr_wrapper，它采用 v11 结构，但将转换为 v10 上的正确调用。