在 AIX 7.2 上将 go 项目“编译”为 C 共享对象库会导致可执行文件无法运行

从现在开始，我们要努力学习啦！今天我给大家带来《在 AIX 7.2 上将 go 项目“编译”为 C 共享对象库会导致可执行文件无法运行》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

编辑：对于任何发现这个问题的可怜人，在从 go 难题中寻找共享库的解决方案时：我无法找到使用 go 的解决方案，我建议，直到google go 为 aix 提供本机 c 共享支持，您应该为您的项目找到替代方案。

我没有继续使用 gccgo，因为那感觉就像是一个完全不同的蠕虫，我不愿意进一步深入研究。 fwiw 我自己将继续转向纯 c 实现，因为在那里我至少对这一切有（有点）坚定（呃）的理解。

如果有人找到解决方案，我很乐意听取您的意见，并了解您如何克服此限制。

环境： 操作系统7.2 go1.16.12 aix/ppc64 gcc-8

我想在 aix 7.2 上的 golang 项目中创建一个 c 共享对象库（通常是 unix 语言的 .so 文件），以便 c 应用程序可以使用它。 在我的示例中，我可以将其编译为最终的 a.out 二进制文件，但它无法执行，因为共享对象显然是以错误的方式编译的。

到目前为止，我已经实现了以下目标：

假设我的示例转到“库”sharedlibtest.go：

package main

import (
m   "fmt"
)

import "c"

func main() {
    fmt.printf("%s\n", "golang: main was called")
    mypackage_init()
    mypackage_create()
}

//export mypackage_init
func mypackage_init() {
    fmt.printf("%s\n", "golang: mypackage_init was called")
}

//export mypackage_create
func mypackage_create() {
    fmt.printf("%s\n", "golang: mypackage_create was called")
}

以及一些在 main.c 中调用这些函数的 c 应用程序：

#include 
#include "sharedlibtest.h"

int main() {
    printf("%s\n", "c: main() called");
    mypackage_init();
    mypackage_create();
}

米 现在，因为 aix 认为需要采取不同的做法，所以当前的 golang 工具链不支持使用 -buildmode=c-shared 直接创建 c 共享对象。相反，我尝试采用迂回方式，首先使用 -buildmode=c-archive 创建静态库，使用 gcc-8 将其编译为共享对象，然后在我的“目标 c 应用程序”中使用它。

我可以用它来编译sharedlibtest.go

go build -v -buildmode=c-archive -mod vendor -o /home/myuser/workspace/go_proj/sharedlibtest/sharedlibtest.a /home/myuser/workspace/go_proj/sharedlibtest/sharedlibtest.go

因为在 aix 中默认情况下不导出符号 mypackage_init 和 mypackage_create，所以我需要手动创建一个额外的符号文件

$ cat > file.exp << eof
> mypackage_init
> mypackage_create
> eof

来源 （如果有任何想法如何我可以省略这个 file.exp 步骤，我真的很感激）

现在我可以通过运行来编译一个共享对象

gcc -g -o2 -mcpu=power7 -maix64 -shared -lpthread -wl,-be:file.exp -o libsharedlibtest.so -wl,-bnoobjreorder ./sharedlibtest.a

现在，因为 aix 不查找 .so 文件，而只查找 .a 文件，即使它们是共享库，我将生成的 libsharedlibtest.so 重命名为 libsharedlibtest.a

mv libsharedlibtest.so libsharedlibtest.a

最后我想编译我的 c 应用程序

gcc -l/home/myuser/workspace/go_proj/sharedlibtest -g -o2 -mcpu=power7 -maix64 -wl,-bnoobjreorder -lsharedlibtest -lpthreads main.c

这成功了，我得到了我的 a.out 文件。 但是，当我尝试使用以下命令运行它时，我只收到以下错误

LD_LIBRARY_PATH=/home/myuser/workspace/go_proj/sharedLibTest ./a.out

$ ./a.out 
exec(): 0509-036 Cannot load program ./a.out because of the following errors:
        0509-150   Dependent module /home/myuser/workspace/go_proj/sharedLibTest/libsharedLibTest.a(libsharedLibTest.so) could not be loaded.
        0509-187 The local-exec model was used for thread-local
                   storage, but the module is not the main program.
        0509-193 Examine the .loader section header with the
                 'dump -Hv' command.

到目前为止，经过几个小时的谷歌搜索发现，我可能缺少编译选项 -fpic 来创建“发出与位置无关的代码”，但是以各种组合将该标志添加到上述任何步骤中都会导致相同的错误.

显然我需要添加一些编译选项来告诉共享对象不是线程本地的，但是我不清楚如何添加。有什么想法吗？

正确答案

几点... mv 不会存档，ar 会。您需要使用ar命令来创建.a文件。 其次，使用 LIBPATH 环境变量代替 LD_LIBRARY_PATH。 -fPIC 选项的使用与 AIX 无关。

好了，本文到此结束，带大家了解了《在 AIX 7.2 上将 go 项目“编译”为 C 共享对象库会导致可执行文件无法运行》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！