>我在GCC中遇到了一个非常令人困惑的问题。
我收到以下错误:
gcc -Wall -Werror -L/Users/red_angel/chorebox_sys/lib -o products/chbc2c -lchorebox ofiles/main.o
Undefined symbols for architecture x86_64:
"_chbclib_flushout", referenced from:
_main in main.o
"_chorebox_argc", referenced from:
_chorebox_command_line in libchorebox.a(chorebox_command_line.o)
"_chorebox_argv", referenced from:
_chorebox_command_line in libchorebox.a(chorebox_command_line.o)
"_chorebox_env", referenced from:
_chorebox_command_line in libchorebox.a(chorebox_command_line.o)
"_mn_command_options", referenced from:
_main in main.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [products/chbc2c] Error 1
这个错误有什么问题?我已经确认_chorebox_argc
符号确实存在于"libchorebox.a"中。
我通过运行命令确认了它:
nm /Users/red_angel/chorebox_sys/lib/libchorebox.a | cat -n | chodo -_chorebox_argc flip
由于"chodo"命令是我写的您可能不熟悉的命令 - 我将解释它的作用。它从标准输入读取,并将与搜索模式匹配的每一行转发到标准输出。在这种情况下(长话短说(,它输出包含"_chorebox_argc
"字符串的每一行。
我得到以下输出:
3 0000000000000004 C _chorebox_argc
55 U _chorebox_argc
为了更仔细地查看文件的相关部分,我键入了相同的命令,只是这次省略了管道系列命令末尾的"chodo"命令---,特此复制/粘贴该文件的相关部分:
1
2 /Users/red_angel/chorebox_sys/lib/libchorebox.a(vars.o):
3 0000000000000004 C _chorebox_argc
4 0000000000000008 C _chorebox_argv
5 0000000000000008 C _chorebox_env
6
7 /Users/red_angel/chorebox_sys/lib/libchorebox.a(chorebox_mlc.o):
8 00000000000000c8 s EH_frame0
9 0000000000000075 s L_.str
10 U ___stderrp
11 U _chorebox_argv
12 0000000000000000 T _chorebox_mlc
13 00000000000000e0 S _chorebox_mlc.eh
14 U _exit
15 U _fflush
16 U _fprintf
17 U _malloc
18
19 /Users/red_angel/chorebox_sys/lib/libchorebox.a(chorebox_apend_string.o):
20 0000000000000078 s EH_frame0
21 0000000000000000 T _chorebox_apend_string
22 0000000000000090 S _chorebox_apend_string.eh
23 U _chorebox_join_string
24 U _free
25
不用说----符号肯定存在于"libchorebox.a"文件中-----那么为什么GCC链接器抱怨找不到它呢?
经过一些聊天讨论,我们发现问题在于"共同"定义。 下面是导致问题的简化版本的代码。 该系统是Mac OS X(Mavericks和Yosemite(。
仅具有通用定义
vars.h
extern int chorebox_argc;
extern char **chorebox_argv;
extern char **chorebox_envp;
vars.c
#include "vars.h"
int chorebox_argc;
char **chorebox_argv;
char **chorebox_envp;
main.c
#include "vars.h"
int main(int argc, char **argv, char **envp)
{
chorebox_argc = argc;
chorebox_argv = argv;
chorebox_envp = envp;
return argc;
}
汇编 1
$ gcc -c vars.c
$ nm vars.o
0000000000000004 C _chorebox_argc
0000000000000008 C _chorebox_argv
0000000000000008 C _chorebox_envp
$ ar rv libvars.a vars.o
ar: creating archive libvars.a
a - vars.o
$ ranlib libvars.a
warning: ranlib: warning for library: libvars.a the table of contents is
empty (no object file members in the library define global symbols)
$ gcc -c main.c
$ gcc -o program main.o vars.o
$ gcc -o program main.o -L. -lvars
Undefined symbols for architecture x86_64:
"_chorebox_argc", referenced from:
_main in main.o
"_chorebox_argv", referenced from:
_main in main.o
"_chorebox_envp", referenced from:
_main in main.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
$
请注意 nm
的输出中的 C。 这表明变量的"通用"定义。 仅将它们变成变量定义是不够的——见证来自ranlib
的信息。
我不确定这是否是Mac OS X中的新行为。 但是,当变量在库中定义时,似乎仅定义未初始化变量的源文件是不够的,尽管当直接链接目标文件时就足够了。
使用变量定义
vardefs.c
#include "vars.h"
int chorebox_argc = 0;
char **chorebox_argv = 0;
char **chorebox_envp = 0;
这显式初始化了变量的版本。 初始值设定项值与默认值相同,但显式初始化会有所不同。
汇编 2
$ rm libvars.a
$ gcc -c vardefs.c
$ ar rv libvars.a vardefs.o
ar: creating archive libvars.a
a - vardefs.o
$ gcc -o program main.o -L. -lvars
$
显式初始化的变量从库中获取没有问题。
使用一个变量定义
vars.h
extern int chorebox_argc;
extern char **chorebox_argv;
extern char **chorebox_envp;
extern int make_believe;
vars.c
#include "vars.h"
int chorebox_argc;
char **chorebox_argv;
char **chorebox_envp;
int make_believe = 59;
main.c
#include "vars.h"
int main(int argc, char **argv, char **envp)
{
chorebox_argc = argc;
chorebox_argv = argv;
chorebox_envp = envp;
make_believe = 1;
return argc;
}
汇编 3
$ gcc -c vars.c
$ ar rv libvars.a vars.o
ar: creating archive libvars.a
a - vars.o
$ nm vars.o
0000000000000004 C _chorebox_argc
0000000000000008 C _chorebox_argv
0000000000000008 C _chorebox_envp
0000000000000000 D _make_believe
$ gcc -c main.c
$ gcc -o program main.o -L. -lvars
$
请注意,添加初始化的make_believe
足以从库中提取对象文件,其他变量的通用定义足以满足链接器的要求。
课
虽然链接顺序是问题的一部分,但这并不是问题的全部。
在库中提供未初始化的全局变量并不总是有效,尤其是在同一源文件中没有其他定义的情况下。
正如我在聊天中指出的,提供对全局变量的直接访问通常不是一个好主意。 最好提供功能接口来访问(获取和设置(变量。
将 -l
选项放在需要它的文件之后 ( ofiles/main.o
(
有关链接顺序的更多信息,请参阅此问题。