静态链接只会提升库 G++
Linking statically only boost library G++
可能的重复项:
链接时可以混合使用静态库和共享对象库吗?
我想编译我的应用程序,仅静态链接boost_system库。其他(glibc等)应该动态链接。我该怎么做?
我的动态编译命令:
g++ -o newserver server.cpp ... -lboost_system -std=c++0x
静态编译命令:
g++ -static -o newserver server.cpp ... -pthread -lboost_system -std=c++0x
但是这个命令链接是静态的!应用程序重量增加了 2mb!
你能告诉我静态编译什么命令只提升库吗?
谢谢!
将-lboost_system
替换为-Wl,-Bstatic -lboost_system -Wl,-Bdynamic
。-Wl
选项将它后面的东西按照它在命令行上出现的顺序发送到链接器。
有两种解决方案。 您可以指定-Bstatic
和 -Bdynamic
命令行中,每个都会影响所有遵循它的图书馆。 或者你可以安排它要链接的库的静态版本静态存在于之前搜索过的目录中包含动态版本的目录。 这允许你做出某种全局决策:你创造了目录一次,并且您之前为它执行-L
的所有用户 -L
一般将使用静态版本。
在实践中,我想不出您想要链接的情况Boost 库不是静态的,所以最简单的解决方案可能只是删除.so
文件。 唯一的时间G++ 将做出决定(并考虑-Bstatic
和 -Bdynamic
) 是如果它在同一目录中找到两者。 它按给定顺序搜索目录,并在找到时具有静态或动态版本的目录的图书馆,它停止了。 如果只有一个版本,无论如何,它都使用那个。
相关文章:
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- CMake-按正确顺序将项目与C运行时对象文件链接
- 从链接列表c++中删除一个项目
- 有根的二进制搜索树.保留与其父级的链接
- 读取文件的最后一行并输入到链接列表时出错
- 静态数据成员的问题-修复链接错误会导致编译器错误
- node-gyp 在 macOS 上未正确链接库
- 基于boost的程序的静态链接——zlib问题
- 无法链接 CMake 中的本地库
- 内联函数中具有内部链接的全局变量
- 链接阶段在Ubuntu上失败,但在MacOS上失败
- 使用gcc从静态链接的文件中查找可选符号
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 下面是我为检测链接列表中的循环而制作的代码
- 有了gcc,是否可以链接库,但前提是它存在
- 使用C链接在函数内部创建C++模板
- Visual Studio mkl_link_tool.exe链接错误
- 尝试链接我的着色器时,我收到错误代码"error c5145 must write to gl_position"
- 有人能帮我处理这个链接列表吗?C++