blocks|key|4799811|text|通常的方法是给这些库不同的名称，或者将它们存储在不同的目录中，例如Debug和Release。如果你的构建被正确地自动化了，我看不出你怎么会犯错。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4799812|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The normal approach is eithr to give the libraries different names or store them in different directories, such as Debug and Release. And if your build is correctly automated, I can't see how you can make mistakes.

blocks|key|3956667|text|是。您可以检查文件的IMAGE_FILE_HEADER结构的Characteristics字段。如果库是发布版本，则位0x0200+(DEBUG_STRIPPED)将被设置；在调试版本中，它将被清除。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3956668|你可以在网上的不同地方(如here)找到Windows+EXEs和DLL使用的PE格式的技术信息，以了解如何检索该结构。|3956669|entityMap|0|LINK|mutability|MUTABLE|url|http://www.csn.ul.ie/~caolan/publink/winresdump/winresdump/doc/pefile.html^0|A|H|U|F|1V|E|0|D|4|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@$9|Q|A|R|B|C]|$9|S|A|T|B|C]|$9|U|A|V|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|W|8|@]|D|@$9|X|A|Y|1|Z]]|E|$]]|$1|H|3|-4|5|6|7|10|8|@]|D|@]|E|$]]]|I|$J|$5|K|L|M|E|$N|O]]]]

Yes. You can check the <code>Characteristics</code> field of the <code>IMAGE_FILE_HEADER</code> structure of the file. If the library is a release build, then bit 0x0200 (<code>DEBUG_STRIPPED</code>) will be set; on a debug build, it will be clear.

You can find technical information on the PE Format used by Windows EXEs and DLLs, to see how to retrieve that structure, in various places on the 'net (such as <a href="http://www.csn.ul.ie/~caolan/publink/winresdump/winresdump/doc/pefile.html" rel="nofollow noreferrer">here</a>).

blocks|key|736490|text|您不能使用命名约定(即，foo_rel.a和foo_dbg.a+)来解决这个问题吗？|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|736491|entityMap^0|C|9|M|9|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

Can you not solve this using naming conventions (i.e., <code>foo_rel.a</code> and <code>foo_dbg.a</code> )?

blocks|key|736728|text|用一个简单的函数来返回库的版本怎么样？根据您的构建是调试还是发布，返回不同的内容。在应用程序开始时调用该函数并报告错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|736729|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

How about having a simple function which returns the version of the library? Return different things based on your build being debug or release. Call that function at the start of your app and report the error.

blocks|key|3956630|text|抛开命名约定不谈，如果您在类unix系统上，您可能可以解析以下命令的输出：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3956631|objdump+-g+mylib.a|code-block|syntax|javascript|3956632|如果只得到空行或以目标文件名开头的行，则库中没有调试信息。|3956633|请注意，这通常并不意味着库是“发布”或“调试”的，但在您的情况下可能意味着它。|3956634|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

Naming conventions aside, if you're on a unix-like system, you can probably parse the output of:

<pre><code>objdump -g mylib.a
</code></pre>

If you only get empty lines or lines starting with object file names, then you have no debug information in the library.

Note that this does not generally mean that the library is "release" or "debug", but it may mean it in your case.

blocks|key|1234827|text|通常，人们会使用稍微不同的名称来区分不同的版本。例如，在调试版本中，所有的库在其扩展名之前都有一个字符'd‘作为后缀。例如。在发布模式下，commonUtils.lib也是一样的。这种方法IMHO更简单、更干净。在MSVC中，use可以在|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1234828|Librarian-->General-->Output+File|code-block|syntax|javascript|1234829|另一个建议是将这些输出文件放在配置目录中。即在Debug文件夹下有debug-version，在Release文件夹下有release-versions。同样，在MSVC下，这通常可以使用$(ConfigurationName)+IDE-宏来完成。并在构建期间在查找目录中附加正确的路径。|1234830|entityMap^0|1X|F|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|R|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|S|8|@]|D|@]|E|$]]|$1|M|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|N|$]]

Normally one would distinguish the versions using a slightly different names. For example under debug builds all the libraries are suffixed with a character 'd' before their extension. Ex. <code>commonUtilsd.lib</code> Under release mode the same would be <code>commonUtils.lib</code>. This approach IMHO is simpler and cleaner. In MSVC use can specify the output filename under 

<pre><code>Librarian--&gt;General--&gt;Output File
</code></pre>

Another recommendation is to have these output files in the configuration directory. i.e. have debug-version in the Debug folder and release-versions under Release folder. Again under MSVC this can be done generically using the $(ConfigurationName) IDE-macro. And attach the right path in the lookup directories during build.

blocks|key|4799962|text|我使用并成功测试了以下代码：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4799963|using+System.Diagnostics;

FileVersionInfo+fvi+=+FileVersionInfo.GetVersionInfo(fileName);
return+fvi.IsDebug;|code-block|syntax|javascript|4799964|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I use and successfully tested this code:

<pre><code>using System.Diagnostics;

FileVersionInfo fvi = FileVersionInfo.GetVersionInfo(fileName);
return fvi.IsDebug;
</code></pre>

Our project is using many static libraries to build the application. How can we make sure we are using release version of libraries in release build of application? 

We are making mistakes by taking debug library in release application build. 

I am looking for an elegant way in which I can write a module in that we can check whether a particular library is release or debug and report it if not matching. Our application is written in C/C++. (Platform MSVC &amp; GCC)

How to identify if a library is DEBUG or RELEASE build?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我们的项目使用了许多静态库来构建应用程序。我们如何确保在应用程序的发布版本中使用的是库的发布版本？我们在发布应用程序构建中使用调试库是在犯错误。我正在寻找一种优雅的方式，在这种方式中，我可以编写一个模块，我们可以检查特定的库是否发布或调试，如果不匹配则报告它。我们的应用程序是用C/C++编写的。(Platform MSVC & GCC)

问如何识别一个库是调试版本还是发布版本？
EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何识别一个库是调试版本还是发布版本？EN

回答 7

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何识别一个库是调试版本还是发布版本？
EN