0034__Linux下判断so文件/可执行文件是debug还是release？

最新推荐文章于 2024-08-06 11:11:14 发布
最新推荐文章于 2024-08-06 11:11:14 发布
阅读量1.5k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 0023__linux 文章标签： Linux下判断so文件/可执行文件是debug还是rele
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/tang935892307/article/details/100975591
CMake 为 Debug 版本的库或可执行文件添加 d 后缀
h a 6 6 6 c k 为 你解决复杂难题！
06-06 223
如果你希望更灵活地控制输出文件名，比如根据编译配置动态改变输出名，可以使用条件判断。这种方式允许你分别为 Debug、Release 设置不同的输出名称。方法适用范围灵活性备注全局高推荐用于统一命名风格单个目标高更细粒度控制条件判断单个目标中适合简单修改宏/函数封装多目标高提高代码复用性可执行文件后缀设置EXECUTABLE高需要显式设置对于大多数项目，推荐使用第一种方法：设置。
Linux Release动态库发版和调试方法介绍
huangpei0404的博客
01-20 1386
通过以上的方法就可以实现动态库的调试了，但是有一点要注意，开启-O2优化之后，程序的执行顺序和代码顺序可能不一样，乱序会导致打印部分变量可能有异常，但如果用-O0的方式进行发版动态库制作的话，可能又会影响程序效率(但不清楚影响大不大)，所以这一个取舍的问题，总比release库完全不能调试好！
Linux下查看.so和可执行文件是否debug编译的方法(必看)
01-11
今天同事问我，如何判断一个.so是否是debug编译的。 我记得以前自己是用file来查看一个.so，根据是否包含”not stripped”来判断该.so是否是debug编译的，于是就没做实验就回答。 然而，stripped/not stripped并不是debug/release编译的判断标准. 我对debug和release的.so运行file后，得出几乎相同的输出， 都是not stripped. 所以我算是误导同事了。 根据所言, debug/release的区别更多的表现在.so和可执行
Linux下查看*.so和可执行程序是Debug版本方法
惊鸿一瞥
08-15 9834
有时候我们需要知道一个*.so文件或者可执行文件是debug版本的还是release版本的，这时我们有哪些方法呢？     1.readelf -S filename |grep debug     比如：  g++ thread.cpp -o thread_test_nodebug -lpthread readelf -S thread_test_nodebug  yany
Linux下查看.so和可执行文件是否debug编译
nlslzf的专栏
03-15 233
http://blog.chinaunix.net/uid-20738531-id-3053452.html readelf -S libxxx.so |grep debug  <!--EndFragment-->
如何查看一个库/可执行文件是debug/release版本？
十一月zz的博客
08-06 682
仔细检查命令的输出里面的一些符号信息，发现是和boost库相关，于是进Makefile查看link的boost库的信息，刚好该boost 库编译出来的lib目录下又readme, 里面明确写了 -v debug。最近突然发现这条命令在我进行release build的时候，也还有很多debug信息的输出，经过仔细检查之后发现是因为：编译的 .so link了一个 debug版本的 .a 导致的。同样的目录下找到了对应的release版本，重新readeld -S xx.so，没有输出。
linux .so文件可以调试吗,Linux下查看.so和可执行文件是否debug编译
weixin_30239869的博客
04-29 303
There are 38 section headers, starting at offset 0xdacc00:Section Headers:[Nr] Name Type Address OffsetSize EntSize Flags Link Info Align[ 0...
linux找不到bin文件,linux下 /usr/bin/ld: 找不到 -ldhnetsdk的解决方法
weixin_39683368的博客
04-29 4068
linux下使用Qt编译程序的时候，安装了程序自带的链接库之后，仍然上报这个错误，发现系统上报这个错误：/usr/bin/ld: 找不到 -ldhnetsdk经过仔细的定位，终于解决了，这里把思路梳理一下，做个总结。1)找到本地的libGL.so文件路径 ，在终端执行：locatelibdhnetsdk.so 命令；/usr/local/ahuasdk/libdhnetsdk.so2)建立链...
Found PCL: pcl_common;pcl_kdtree;pcl_octree;pcl_search;pcl_sample_consensus;pcl_filters;pcl_io;pcl_features;pcl_ml;pcl_segmentation;pcl_visualization;pcl_surface;pcl_registration;pcl_keypoints;pcl_tracking;pcl_recognition;pcl_stereo;pcl_apps;pcl_outofcore;pcl_people;optimized;/usr/lib/x86_64-linux-gnu/libboost_system.so.1.71.0;debug;/usr/lib/x86_64-linux-gnu/libboost_system.so;/usr/lib/x86_64-linux-gnu/libboost_filesystem.so;/usr/lib/x86_64-linux-gnu/libboost_date_time.so;/usr/lib/x86_64-linux-gnu/libboost_iostreams.so;/usr/lib/x86_64-linux-gnu/libboost_regex.so;optimized;/usr/lib/x86_64-linux-gnu/libqhull.so;debug;/usr/lib/x86_64-linux-gnu/libqhull.so;/usr/lib/libOpenNI.so;/usr/lib/libOpenNI2.so;vtkChartsCore;vtkCommonColor;vtkCommonCore;vtksys;vtkCommonDataModel;vtkCommonMath;vtkCommonMisc;vtkCommonSystem;vtkCommonTransforms;vtkCommonExecutionModel;vtkFiltersGeneral;vtkCommonComputationalGeometry;vtkFiltersCore;vtkInfovisCore;vtkFiltersExtraction;vtkFiltersStatistics;vtkImagingFourier;vtkImagingCore;vtkalglib;vtkRenderingContext2D;vtkRenderingCore;vtkFiltersGeometry;vtkFiltersSources;vtkRenderingFreeType;/usr/lib/x86_64-linux-gnu/libfreetype.so;/usr/lib/x86_64-linux-gnu/libz.so;vtkFiltersModeling;vtkImagingSources;vtkInteractionStyle;vtkInteractionWidgets;vtkFiltersHybrid;vtkImagingColor;vtkImagingGeneral;vtkImagingHybrid;vtkIOImage;vtkDICOMParser;vtkmetaio;/usr/lib/x86_64-linux-gnu/libjpeg.so;/usr/lib/x86_64-linux-gnu/libpng.so;/usr/lib/x86_64-linux-gnu/libtiff.so;vtkRenderingAnnotation;vtkRenderingVolume;vtkIOXML;vtkIOCore;vtkIOXMLParser;/usr/lib/x86_64-linux-gnu/libexpat.so;vtkIOGeometry;vtkIOLegacy;vtkIOPLY;vtkRenderingLOD;vtkViewsContext2D;vtkViewsCore;vtkRenderingContextOpenGL2;vtkRenderingOpenGL2;FLANN::FLANN (Required is at least version "1.8") Eigen:/usr/include/eigen3 -- +++ processing catkin package: 'sentry_nav' -- ==> add_subdirectory(sentry_nav) -- Using these message generators: gencpp;geneus;genlisp;gennodejs;genpy -- +++ processing catkin packag
最新发布
03-30
首先，要声明依赖的库，比如find_package(PCL REQUIRED)，然后包含相关的头文件目录，添加可执行文件，最后链接库。同时，要确保CMake能够找到这些库的位置，可能需要设置相应的路径或者在系统中全局安装。 用户...
inux下查看.so和可执行文件是否debug编译的方法
diaoqu4574的博客
10-06 222
命令 readelf -S libxxx.so |grep debug 如果有打印信息就是debug，否则是release。 转载于:https://www.cnblogs.com/kex1n/p/6972713.html
【genius_platform软件平台开发】第八十九讲：如何查看.so和可执行文件是debug编译还是release编译的和dll是32位还是64位的
随意的风的专栏
02-27 851
直接用记事本或者notepad++、UE打开exe文件（dll文件），会有很多乱码，不要头疼，接下来只需要在第二段中找到PE两个字母，在其后的不远出会出现d?
debug和release区别与联系
C++
04-21 717
参考：https://blog.youkuaiyun.com/ithzhang/article/details/7575483相同点：本质一样，它们只是编译器不同（VC提供了两组不同的编译选项集合）不同点：1. 生成文件大小不同：Debug版本包含调试信息，release版本不包含调试信息，所以debug版本一般会比release大（可能大数百K至数M--具体大小视源程序大小而定）；2. 为什么要分两个版本呢...
debug/release编译的判断标准是什么？
Edidaughter的博客
01-09 594
REFRENCE1
Linux环境Release版本的符号表剥离及调试方法
qq_34176606的博客
03-08 5057
Linux环境Release版本符号表剥离及调试方法 目录 Linux环境Release版本符号表剥离及调试方法 前言 1 Release版本剥离符号表 1.1 编译时，进行so库调试信息的剥离 1.2 使用objcopy工具进行调试信息剥离 1.3 打包时，进行debug包生成 2 Release版本的调试 3 最后，开始挖坑 前言 遇到了版本过大，超过了硬件限制的问题，当下的思路是： 将版本所有的动态库（内部+三方动态库）的gdb调试辅助信息进行剥离，同时发布对应的debug..
linux查看so方法,Linux下查看.so和可执行文件是否debug编译的方法(必看)
weixin_39902345的博客
05-13 1883
今天同事问我，如何判断一个.so是否是debug编译的。我记得以前自己是用file来查看一个.so，根据是否包含"not stripped"来判断该.so是否是debug编译的，于是就没做实验就回答。然而，stripped/not stripped并不是debug/release编译的判断标准. 我对debug和release的.so运行file后，得出几乎相同的输出， 都是not strippe...
linux下动态库so的debug方式
shaohui973的专栏
04-14 1546
然后‘cat /proc/1/maps_file | grep xxx.so’得到映射的虚地址空间，最后，gdb attach 该进程，使用dump memory将so对应的地址dump出来。使用lsof找到一个使用该so的进程，比如Pid为1.3. 将动态库so加载到的内存中的内容dump出来。2. 查看elf文件link了哪些动态库so。1. 查看哪些进程使用了特定的动态库so。使用gdb, attach 某个进程。4. dump 内存。
symbol lookup error:XXX.so: undefined symbol: 解决办法
热门推荐
dbdxnuliba的博客
10-16 1万+
通过 ldd -rxxx.so命令查看so库链接状态和错误信息 ldd命令，可以查看对应的可执行文件或库文件依赖哪些库，但可执行文件或库文件要求与操作系统的编译器类型相同，即电脑是X86的GCC编译器，那么无法通过ldd命令查看ARM交叉编译器编译出来的可执行文件或库文件。 如果想在Ubuntu等Linux宿主机上查看ARM交叉编译好的可执行程序和库文件的相关依赖关系，可以通过以下命令： readelf -d xxx.so | grep NEEDED # lichunhong @ lichun..
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值