我遇到了麻烦,无法生成一个构建设置,使得使用gcc和MinGW在Linux和Windows中都可以构建共享库。在Linux中,共享库在编译时不必解决所有依赖关系;而在Windows中,这似乎是必须的。以下是问题的详细描述:
在Windows中,我们需要将so文件转换成dll格式,这个过程非常简单和精细。
然而,当我们尝试构建时,会出现以下错误:
现在,我们只需将foo.o的对象包含到libbar.dll中,就可以修复错误:
$ cat foo.h
#ifndef FOO_H
#define FOO_H
void printme();
#endif
$ cat foo.c
#include "foo.h"
#include <stdio.h>
void printme() {
printf("Hello World!\n");
}
$ cat bar.h
#ifndef BAR_H
#define BAR_H
void printme2();
#endif
$ cat bar.c
#include "bar.h"
#include "foo.h"
void printme2() {
printme();
printme();
}
$ cat main.c
#include "bar.h"
int main(){
printme2();
}
$ cat Makefile
.c.o:
gcc -fPIC -c $<
all: foo.o bar.o main.o
gcc -shared foo.o -o libfoo.so
gcc -shared bar.o -o libbar.so
gcc main.o -Wl,-rpath=. -L . -lbar -lfoo -o main
现在,在 Linux 中编译和运行这个程序是完全没有问题的:
$ make
gcc -fPIC -c foo.c
gcc -fPIC -c bar.c
gcc -fPIC -c main.c
gcc -shared foo.o -o libfoo.so
gcc -shared bar.o -o libbar.so
gcc main.o -Wl,-rpath=. -L . -lbar -lfoo -o main
$ ./main
Hello World!
Hello World!
在Windows中,我们需要将so文件转换成dll格式,这个过程非常简单和精细。
$ cat Makefile
.c.o:
gcc -fPIC -c $<
all: foo.o bar.o main.o
gcc -shared foo.o -o libfoo.dll
gcc -shared bar.o -o libbar.dll
gcc main.o -Wl,-rpath=. -L . -lbar -lfoo -o main
然而,当我们尝试构建时,会出现以下错误:
$ make
gcc -fPIC -c foo.c
foo.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
gcc -fPIC -c bar.c
bar.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
gcc -fPIC -c main.c
main.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
gcc -shared foo.o -o libfoo.dll
gcc -shared bar.o -o libbar.dll
bar.o:bar.c:(.text+0x7): undefined reference to `printme'
bar.o:bar.c:(.text+0xc): undefined reference to `printme'
collect2.exe: error: ld returned 1 exit status
make: *** [all] Error 1
现在,我们只需将foo.o的对象包含到libbar.dll中,就可以修复错误:
$ cat Makefile
.c.o:
gcc -fPIC -c $<
all: foo.o bar.o main.o
gcc -shared foo.o -o libfoo.dll
gcc -shared bar.o foo.o -o libbar.dll
gcc main.o -Wl,-rpath=. -L . -lbar -lfoo -o main
$ make
gcc -fPIC -c foo.c
foo.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
gcc -fPIC -c bar.c
bar.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
gcc -fPIC -c main.c
main.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
gcc -shared foo.o -o libfoo.dll
gcc -shared bar.o foo.o -o libbar.dll
gcc main.o -Wl,-rpath=. -L . -lbar -lfoo -o main
$ ./main
Hello World!
Hello World!
然而,我不喜欢这种方法,因为libbar.dll现在包含了foo和bar的符号。在Linux中,它仅包含bar的符号。对于库依赖于一些标准数值库(如BLAS)的情况,这种分离非常重要。我希望能够部署共享库,并使其依赖于用户机器上优化版本的数值库,而不是我的机器上的数值库。
无论如何,创建一个部分符号在编译时不都存在的共享库的正确流程是什么?
如果有影响的话,这些示例是在Linux上使用gcc 4.6.3和Windows上的mingw-get-inst-20120426.exe与gcc 4.7.2编译的。
foo.h
和bar.h
中缺少必需的__declspec(dllimport)
和__declspec(dllexport)
。可以像这样添加:#if defined __ELF__ #define API __attribute((visibility("default"))) #elif defined EXPORT #define API __declspec(dllexport) #else #define API __declspec(dllimport) #endif
然后在foo.c
和bar.c
中添加#define EXPORT
。 - bit2shiftextern "C"
,因为它是C++的构造。 - bit2shift