4

注意：尽管下面提到了 Python，但我的问题很可能与 Python 无关。如果我没记错的话，我提到的“模块”相当于一个 C 库——至少就我的问题而言。

在 Debian 上，我试图用 C 创建一个 Python 模块，而 C 又使用 GSL。以下 Makefile 成功编译它：

CC = gcc -Wall -fPIC -O3
NAME = meinzeug

matrizenwuerfler: $(SRC)
$(CC) -o $(NAME).o -I/usr/lib/python2.5/site-packages/numpy/core/include -I/usr/include/python2.5 -c $(NAME).c
$(CC) -shared -o $(NAME).so -lgsl -lgslcblas -lm $(NAME).o

因为这个模块应该由我以外的（Linux）机器使用，所以我希望 GSL 包含在模块中（或随它一起提供）。

但是，如果我将-static选项添加到 Makefile 的最后一行，我会收到以下错误：

gcc -Wall -fPIC -O3 -shared -static -o meinzeug.so -lgsl -lgslcblas -lm meinzeug.o
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.3.2/crtbeginT.o: relocation R_X86_64_32 against `__DTOR_END__' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.3.2/crtbeginT.o: could not read symbols: Bad value
collect2: ld returned 1 exit status

在库链接之前添加-Wl,-Bstatic会导致不同的错误：

gcc -Wall -fPIC -O3 -shared -o meinzeug.so -Wl,-Bstatic -lgsl -lgslcblas -lm meinzeug.o
/usr/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status

其他不起作用的东西：使用 fPIC、-static-libgcc 重新编译 GSL，排列选项。我还没有尝试过使用 fPIC 或类似工具编译 gcc。

4

2 回答 2

2

尝试

gcc -Wall -fPIC -O3 -shared -o meinzeug.so /usr/lib/libgsl.a -lm meinzeug.

你做不到

gcc -Wall -fPIC -O3 -shared -static ...   # shared and static at the same time ?

因此，您将在代码旁边提供 GSL 的静态库。

归根结底，我会放弃并保持对 GSL 的依赖。几乎每个人都有它，而且 API 非常稳定。

于 2010-07-05T17:35:35.227 回答
0

库调用的顺序很重要。对我来说，这意味着将 /usr/lib/libgsl.a 发送到命令的末尾。那解决了它。

于 2012-11-21T15:22:13.333 回答