如何判断是linux/windows库，module或程序debug还是release

最新推荐文章于 2021-05-07 18:02:24 发布
最新推荐文章于 2021-05-07 18:02:24 发布
阅读量2.4k 收藏
点赞数
分类专栏： linux笔记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/legendmaker/article/details/10491537
版权

linux：

readelf -S xxx.a |grep "\.debug*"

 
如果有输出, 是debug, 没有是release
 
 

windows：

dumpbin /DEPENDENTS xx.dll, 结果输出中有MSVCRTD.dll的是debug版本. 为了脚本自动判断, 可用powergrep等工具自动分拣. .lib和我们的编译选项有关, 通过dumpbin /HEADERS 也可以判断出来, 具体要看编译选项了.

legendmaker
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
判断DLL文件是Debug版或Release版
07-22
在系统发布后，应将所有的DLL文件（系统生成的，引用第三方组件）,改为Release版。在这之前，对于第三方组件当然要判断其是否为Debug版本了。
如何判断是linux/windows库，module或程序debug还是release(转)
f120854632的博客
02-15 1254
linux： readelf -S xxx.a |grep "\.debug*" 如果有输出, 是debug, 没有是release      windows： dumpbin /DEPENDENTS xx.dll, 结果输出中有MSVCRTD.dll的是debug版本. 为了脚本自动判断, 可用powergrep等工具自动分拣. .lib和我们的编译选项有关, 通过dumpbin /HEADER...
linux编译选项B38 0x,Linux下查看.so和可执行文件是否debug编译的方法(必看)
weixin_29199873的博客
05-07 265
今天同事问我，如何判断一个.so是否是debug编译的。我记得以前自己是用file来查看一个.so，根据是否包含"not stripped"来判断该.so是否是debug编译的，于是就没做实验就回答。然而，stripped/not stripped并不是debug/release编译的判断标准. 我对debug和release的.so运行file后，得出几乎相同的输出， 都是not strippe...
linux 查看一个库文件/可执行文件是否是debug模式编译出来的
lgfun的专栏
10-18 2988
参考：https://stackoverflow.com/questions/1999654/how-can-i-tell-if-a-library-was-compiled-with-g 通过man readelf，可以看到 –debug-dump是用来打印debug节的信息的。 实战了下，用gcc -g选项（并且不能strip）编译出来的库/exe，用这个命令可以打印出大量信息。而对于r...
linux 下编译，区分程序、库是debug还是release版本。同时以编译freetype为例
a3121772305的博客
03-02 9999
在linux里面怎么区分debug和realease版本 1、使用 readelf -S filename //filename这里指的是你想要查看的程序，或者库 如果是debug版本的话，你会看到很多debug相关的信息。 如果是release版本的话，按理说是看不到debug信息的。//但是我使用交叉编译链编译程序后，会看见 .debug_frame ...
armlinux学习笔记--触摸屏驱动程序分析.pdf
11-25
在Linux系统中，触摸屏驱动程序主要都在/kernel/drivers/char/s3c2410-ts.c文件中。触摸屏的file_operations结构定义如下： static struct file_operations s3c2410_fops = { owner: THIS_MODULE, open: s3c2410_...
Linux驱动开发相关资料
最新发布
08-27
这份"Linux驱动开发相关资料"的压缩包很可能是包含了关于Linux系统下编写硬件驱动程序的各种教程、手册、源码分析等内容。在Linux环境下，驱动程序主要负责设备初始化、数据传输、中断处理等关键任务，其开发过程...
linux字符设备驱动实例
04-11
9. **调试与日志**：Linux内核提供了一套强大的调试工具，如`printk()`函数用于打印日志，`debugfs`用于创建调试文件，帮助开发者追踪和调试驱动问题。 10. **卸载驱动**：当不再需要驱动时，通过`unregister_...
Linux驱动开发入门
09-02
在Linux 2.6.x内核中，驱动程序通常以模块的形式存在，可以动态加载或卸载，增强了系统的灵活性和可维护性。 二、Linux 2.6.x模块基础知识 1. 内核模块加载与卸载：`insmod`、`rmmod`和`modprobe`命令用于加载、...
How To Make Linux char device drive
08-29
DEBUG("LED module loaded!\n"); return 0; // 成功 } ``` #### LED驱动程序代码分析 下面给出的 `led.c` 文件展示了如何实现上述步骤。该程序主要包括以下几个部分： - **头文件包含**: 包含必要的Linux内核...
查看运行的程序是debug版本还是release版本
Stephen___Qin的博客
11-28 1678
任务管理器->性能->资源监视器->CPU->进程列表中找到运行的程序,勾选->关联的模块,看依赖的dll是否带d,比如Qt5Core.dll还是Qt5Cored.dll.(带d代表是debug模式,否则是release模式)
深入了解Debug和Release的区别
bmjhappy的专栏
10-22 6442
原文地址：https://blog.csdn.net/sky___ice/article/details/8993885 一： Bin 目录用来存放编译的结果，bin是二进制binrary的英文缩写，因为最初C编译的程序文件都是二进制文件，它有Debug和Release两个版本，分别对应的文件夹为bin/Debug和bin/Release，这个文件夹是默认的输出路径，我们可以通过：项目属性—>配置属性—>输出路径来修改。 　　obj是object的缩写，用于存放编译过程中生成的中间临时...
性能优化——判断dll文件是debug还是release
dataadapters的专栏
07-21 3288
首先，简单说下debug与release区别：Debug版的DLL文件包括调试跟踪等信息，未经任何优化；Release版的DLL文件是经过优化的代码；所以当我们在程序中引用第三方组件时，在产品发布时，需要将Debug版的换成Release版的；所以我们需要判断现有的DLL文件的D
VC++发布Dll如何区分Debug和Release
daiyunxing0545的博客
12-25 2156
Dll发布的时候一般是Release，当开发的时候，发给开发人员一般2种模式都需要，这时候就要区分是Debug模式还是Release模式。一般Debug模式在后面加个字母d 第一 第二 第三 第四，生成带d的目标文件 ...
Debug和Release的区别
热门推荐
不积跬步无以至千里
03-16 1万+
- bin是放最终代码的目录 。 - obj就放中间代码的目录release和debug是不同的运行方式。 - debug会增加调试代码，方便调试。 - 调试完后，用release版本发布，没有调试代码，减小程序体积，加快执行速度。
关于Debug和Release之本质区别的讨论（收藏）
酷狗的窝(kugou123)
12-29 3147
本文主要包含如下内容：1. Debug 和 Release 编译方式的本质区别2. 哪些情况下 Release 版会出错3. 怎样“调试” Release 版的程序--------------------------------------            一、Debug 和 Release 编译方式的本质区别    Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员
如何检查，可执行程序，是debug模式?还是release模式？
iMatt的专栏
11-03 2540
Generally no. There hasn't a reliable way to do this with a native DLL file. Even you would be able to check what versions of system libraries a program is linked with and it's the debug version, c...
Log data follows: | DEBUG: Executing shell function do_configure | CMake Warning at CMakeLists.txt:7 (message): | Build type not set, falling back to Release mode. | | To specify build type use: | -DCMAKE_BUILD_TYPE=<mode> where <mode> is Debug or Release. | | | -- Building without demo. To enable demo build use: -DWITH_DEMO=True | -- The C compiler identification is GNU 7.3.0 | -- The CXX compiler identification is GNU 7.3.0 | -- Check for working C compiler: /home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/recipe-sysroot-native/usr/bin/aarch64-niic-linux/aarch64-niic-linux-gcc | -- Check for working C compiler: /home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/recipe-sysroot-native/usr/bin/aarch64-niic-linux/aarch64-niic-linux-gcc -- works | -- Detecting C compiler ABI info | -- Detecting C compiler ABI info - done | -- Detecting C compile features | -- Detecting C compile features - done | -- Check for working CXX compiler: /home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/recipe-sysroot-native/usr/bin/aarch64-niic-linux/aarch64-niic-linux-g++ | -- Check for working CXX compiler: /home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/recipe-sysroot-native/usr/bin/aarch64-niic-linux/aarch64-niic-linux-g++ -- works | -- Detecting CXX compiler ABI info | -- Detecting CXX compiler ABI info - done | -- Detecting CXX compile features | -- Detecting CXX compile features - done | -- Found PkgConfig: /home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/recipe-sysroot-native/usr/bin/pkg-config (found version "0.29.2") | -- Checking for module 'uuid' | -- Found uuid, version 2.32.1 | -- Output libraries to /home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/git/runtime/Cpp/dist | CMake Error at runtime/CMakeLists.txt:104 (install): | install TARGETS given no LIBRARY DESTINATION for shared library target | "antlr4_shared". | | | CMake Error at runtime/CMakeLists.txt:107 (install): | install TARGETS given no ARCHIVE DESTINATION for static library target | "antlr4_static". | | | -- Configuring incomplete, errors occurred! | See also "/home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/build/CMakeFiles/CMakeOutput.log".这是报错的log，如何解决这个问题
07-11
根据提供的日志，可以看出在CMake配置过程中出现了两个错误。错误信息分别是： 1. CMake Error at runtime/CMakeLists.txt:104 (install): install TARGETS given no LIBRARY DESTINATION for shared library target "antlr4_shared". 2. CMake Error at runtime/CMakeLists.txt:107 (install): install TARGETS given no ARCHIVE DESTINATION for static library target "antlr4_static". 这些错误表明在配置期间，对于共享库目标 "antlr4_shared" 没有给出 LIBRARY DESTINATION，对于静态库目标 "antlr4_static" 没有给出 ARCHIVE DESTINATION。 要解决这个问题，你可以尝试以下方法： 1. 检查CMakeLists.txt文件：打开 "/home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/git/runtime/CMakeLists.txt" 文件，并查找与 "antlr4_shared" 和 "antlr4_static" 相关的安装指令。 2. 添加正确的目标安装路径：在对应的安装指令中，确保给出了正确的目标安装路径。例如，对于共享库目标 "antlr4_shared"，应该设置 LIBRARY DESTINATION，而对于静态库目标 "antlr4_static"，应该设置 ARCHIVE DESTINATION。 3. 重新运行CMake配置：保存文件，并重新运行CMake配置命令以重新生成项目。可以尝试使用以下命令：`cmake /path/to/source`。 4. 编译和安装：如果配置成功，继续进行编译和安装。使用 `make` 命令编译项目，并使用 `make install` 命令安装项目。 如果问题仍然存在，可能需要进一步检查CMakeLists.txt文件中的其他配置，以及确保所有依赖项都正确安装。在解决问题时，可以查看 "/home/wu/test_D9/D9_PTG1.5/build-d9/tmp/work/aarch64-niic-linux/antlr4/4.7.2-r0/build/CMakeFiles/CMakeOutput.log" 文件，以获取更多有关配置错误的详细信息。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值