gpt4 book ai didi

c++ - 对于已定义的符号,静态库链接问题 "Undefined symbols"

转载 作者:行者123 更新时间:2023-11-30 16:50:30 25 4
gpt4 key购买 nike

我使用 Apple LLVM 版本 8.0.0 (clang-800.0.42.1) 进行编译。大约有1200个文件,但我以前用过它们。我去编译它们,没有问题。然后我制作静态库(ar rcs libblib.a *.o),没有问题。因此,当我尝试使用全新的库时,我遇到了问题。

gcc main.c  -L. -lblib
Undefined symbols for architecture x86_64:
"_N_method", referenced from:
_main in main-7fc584.o
ld: symbol(s) not found for architecture x86_64

但是,我知道这是定义的。我检查该文件是否已包含(ar -t libblib.a | grep N_METHOD.o)并且它位于其中。检查源文件,有方法,名称与头文件中的完全一样。我在这里遇到什么问题?我完全不知所措,我希望我错过了一些简单的东西。

我做了nm -g N_METHOD.o并返回:

0000000000000000 T __Z8N_methodP6stacks

最佳答案

将评论转换为答案。

根据问题内容,​​我问:

  • 您是否检查过 N_METHOD.o 是一个 64 位目标文件(或同时包含 32 位和 64 位代码的胖目标文件)?如果它是32位目标文件,那么它对于64位程序来说是没有用的。然而,这有点不太可能;您必须不遗余力地在 Mac 上创建 32 位目标文件。

  • 您是否运行过nm -g N_METHOD.o来查看目标文件中是否定义了_N_method

I did nm -g N_METHOD.o and got back:

0000000000000000 T __Z8N_methodP6stacks

不要使用 C++ 编译器编译 C 代码。或者不要尝试使用 C 编译器编译 C++ 代码。损坏的名称 (__Z8N_methodP6stacks) 适用于 C++。也许您只需要链接到 g++ 而不是 gcc?它们是不同的语言——这是“类型安全链接”的属性,它是 C++ 的特征,而 C 完全不知道。

第一步 - 编译并链接:

g++ main.c -L. -lblib

假设源代码位于 C 的 C++ 子集(或 C++ 的 C 子集)中,那么很可能应该可以工作。至少,如果代码包含 N_Method(&xyz),其中 xyzstacks 类型的变量,那么它有可能调用 __Z8N_methodP6stacks

以下代码:

typedef struct stacks stacks;
extern int N_method(stacks*);

extern int relay(stacks *r);

int relay(stacks *r) { return N_method(r); }

使用 C++ 编译器进行编译以生成 nm -g 输出:

0000000000000000 T __Z5relayP6stacks
U __Z8N_methodP6stacks

它还使用 C 编译器进行编译以生成 nm -g 输出:

0000000000000038 s EH_frame1
U _N_method
0000000000000000 T _relay

关于c++ - 对于已定义的符号,静态库链接问题 "Undefined symbols",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42184695/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com