编译针对静态或动态库的c++链接
compiling c++ linking against static or dynamic library
使用以下命令编译程序时,是针对静态库还是动态库进行链接?
g++ blink.cpp -o blink -lmraa
其次,这个库是使用以下命令从PPA"安装"的
sudo add-apt-repository ppa:mraa/mraa
sudo apt-get update
sudo apt-get install libmraa1 libmraa-dev mraa-tools python-mraa python3-mraa
如何判断库是静态的还是动态的?
当您使用以下命令编译程序时,您是针对静态库还是动态库进行链接?
参见man ld
:
-l namespec
--library=namespec
将namespec指定的存档或对象文件添加到要链接的文件列表中。此选项可以使用任意次数。如果namespec的格式为:filename,ld将在库路径中搜索名为filename的文件,否则将在库通路中搜索名名为libnamespec.a的文件
在支持共享库的系统上,ld还可以搜索libnamespec.a以外的文件。具体而言,在ELF和SunOS系统上,在搜索libnamesspec.a之前,ld将在目录中搜索libnamespec.so库。(按照惯例,".so"扩展名表示共享库。)请注意,此行为不适用于:filename,它总是指定一个名为filename的文件。
Linux是一个ELF系统。因此,链接器首先搜索.so
,然后搜索.a
。
如何判断库是静态的还是动态的?
两者都可以,最有可能是.so
。您需要了解哪些文件构成了这些包。
您还可以对生成的可执行文件或共享库调用ldd <executable>
,并查看它需要什么共享库。
相关文章:
- 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++