C++静态链接共享库

Pet*_*etr 26 c++ crt static-libraries dynamic-library

我有一个共享库,由我无法控制的另一个应用程序使用,需要*.so对象.我的库使用sqlite3,它需要与它静态链接(我绝对需要一个自包含的二进制文件).

当我尝试编译和链接我的库时:

-fpic -flto -pthread -m64
-flto -static -shared
Run Code Online (Sandbox Code Playgroud)

我最终得到以下错误:

/usr/bin/ld: /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/crtbeginT.o: relocation R_X86_64_32 against `__DTOR_END__' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/crtbeginT.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
Run Code Online (Sandbox Code Playgroud)

什么是与-fPIC相关的重新编译?我的代码还是CRT?

我已经尝试用-fPIC编译我的对象,结果相同.

谢谢.

编辑:

这个问题似乎与SQLite3无关.

我写了一个简单的单行无用库,它编译和链接如下:

g++ -c -fPIC -o bar.o bar.cpp
g++ -shared -o bar.so bar.o
Run Code Online (Sandbox Code Playgroud)

但不是这样的:

g++ -c -fPIC -o bar.o bar.cpp
g++ -static -shared -o bar.so bar.o
Run Code Online (Sandbox Code Playgroud)

问题似乎与CRT(crtbeginT.o)有关.我应该重新编译GCC - 用pic还是其他什么?

nos*_*nos 39

-static创建共享库时不应使用该标志,而是用于创建静态链接的可执行文件.

如果您只有库的静态版本,则可以使用它来链接它-lsqlite3.但如果同时存在动态版本(.so)和静态版本,则链接器将更喜欢动态版本.

要指示链接器选择静态链接器,请为链接器指定-Bstatic标志,并使其切换回动态链接以获取其他内容(如libc和动态运行时支持)-Bdynamic.也就是说,你使用标志:

 -Wl,-Bstatic -lsqlite3 -Wl,-Bdynamic 
Run Code Online (Sandbox Code Playgroud)

或者,您可以只指定.a文件的完整路径,例如,/usr/lib/libsqlite3.a而不是任何编译器/链接器标志.

使用GNU ld,您也可以使用-l:libsqlite3.a而不是-lsqlite3.这将强制使用库文件libsqlite3.a而不是libsqlite3.so默认情况下链接器首选的库文件.

请记住确保.a文件已使用-fpic标志进行编译,否则通常无法将其嵌入共享库中.


vin*_*nes 8

任何以某种方式进入动态库的代码都应该是可重定位的.这意味着与.so链接的所有内容,无论是静态还是动态,都应该编译-fPIC.具体来说,静态sqlite库也应该用-fPIC.

PIC的含义详情如下:http://en.wikipedia.org/wiki/Position-independent_code