1、严重性 代码 说明 项目 文件 行 禁止显示状态 错误 C1047 对象或库文件“.lib”是使用与其他对象(如“x64Releasemain.obj”)不同的

严重性 代码 说明 项目 文件 行 禁止显示状态
错误 C1047 对象或库文件“.libSceneTempCal.lib”是使用与其他对象(如“x64Releasemain.obj”)不同的编译器版本创建的；请使用相同的编译器重新生成所有对象和库 SceneTest E:osgworkThermalCharacteristics_20220628SceneTestLINK 1

1、错误原因

VS2019 或者其他编译器VS2008开发，之前一直用的Debug模式，代码编译正常

最近改为Release模式，一编译就出现这个错误：

LINK : fatal error C1047: 对象或库文件“.lib”是使用与其他对象(如“x64Releasemain.obj”)不同的编译器版本创建的；请使用相同的编译器重新生成所有对象和库

网上搜了一下，说是：

“我这几天也遇到了这个问题，用别人提供的lib，在vs2019下 debug模式可以运行，但release模式下就不行，出现了和你一样的错误。开始我还以为是lib不兼容，最后发现这个lib在LTCG下不能被解析，做如下改正即可：

Release模式下->配置属性->高级->全程序优化->使用链接时间代码生成 将这里的默认项 “使用链接时间代码生成”改为“无全程序优化”。 接下来就可以运行了。

一般低版本生成的lib都是可以被高版本编译器所用的，这个是兼容性的基础，呵呵！”

于是 改属性吧，改为 无全程序优化后，会报个另一个错，心想不能这么一直搞下去啊，肯定是哪不去了。

升级后重编译 也提示这个错，

但是这一次 属性里去掉无全程序优化后 再编译就通过了。

搞不懂，一个lib库 编译起来怎么还有这种情况？

属性->常规->项目默认值->全程序优化 将这里的默认项 “使用链接时间代码生成”改为“无全程序优化”。

这样设置后很多同学貌似解决了这个问题 ，然而并木有包括我。。。

记录一下，但是呢又出现了后面问题。

编译会提示新的错误：
fatal error C1900: “P1”(第“20081201”版)和“P2”(第“20070207”版)之间 Il 不匹配
。。。。。。。。。。。。。。。

继续。。。

原因：链接时使用了某些用更新的编译器编译的LTCG(Link Time Code Generation)的library。之所以x86是正常的，是因为很巧链接时使用的x86 lib是普通lib,而amd64 lib是LTCG lib。

说实话看不懂这是啥库。

解决方案两种：

• 1）更新当前使用的编译链接工具，使其与lib匹配。当然，这样编译出来的二进制文件可能会有所改变（优化可能不同），所以可能需要重新测试。
• 2）使用不带LTCG的library

说了等于没说，而且我觉得我这情况也不一样，因为在另外一台机器上编译是OK的。

后来我自己解决方法是下载:vs2008出现这样的错误是由于版本没有升级，在官网下载了一个升级包vs2008sp1，安装后程序运行正确。

这时我才意识到，所用的.lib库是在一个升级版的vs2008上编译得到的，至于在release和debug模式下出现的错误不一致，我就不明白了。

既然这个lib库是在vs2008上编译的，vs2010应该是可以兼容使用的，我又检查了最开始在vs2010下运行的这个程序的配置，是在release模式下运行的，我改为debug模式运行后正确，检查了release和debug的配置，发现“项目->属性->配置属性->常规->全程序优化” 在两个模式下不同，将这个选项改为 “无全程序优化”，之后程序就可以在两种模式下正常运行了。

通过这次调试得到一个结论，引用别人lib或者dll的时候，出现连接问题一般都是由于当前编译器版本过低，向上无法兼容；另外一些原因是编译器的设置问题，导致无法正确解析库文件。

vs2008中文 sp1版本下载地址:sp1中文版地址。

vs2008 英文sp1版本下载地址:sp1英文版地址。

2、意外的预编译头错误,只需重新运行编译器就可能修复此问题

昨天还好好的，今天打开vs2008，莫名就出现“意外的预编译头错误,只需重新运行编译器就可能修复此问题”。清理，重新编译，不行；重启编译器，清理，重新编译，还不行；最后试试，重启电脑，打开工程，清理，重新编译，又可以了。

官方给的解决方法:

• 方法 1:

  • 禁用/analyze编译器选项，则它会被启用。

• 方法 2:

  • 开始清理生成。

• 方法 3:

  • 重新启动计算机。

• 方法 4:

• 禁用创建/使用预编译头的编译器选项。

注意这些方法不能保证正常工作。即使您使用这些方法之一，您可能仍会遇到此问题。

我的解决方案，重启电脑…

3、 warning LNK4099: 未找到 PDB“vc90.pdb”(使用“…/…/libSafeStored.lib”或在“f:sdologin_codetrunkbinDebugpdbvc90.pdb”中寻找)；正在链接对象，如同没有调试信息一样

LNK4099警告通常表示编译器无法找到与您的项目相关的调试信息文件（.pdb文件）。在您的情况下，它正在尝试查找名为”vc90.pdb”的文件。这个问题通常与编译器的调试信息生成设置有关。

当多个Project是分开编译的，主项目和子项目的pdb文件名相同(默认都是vc90.pdb或vc100.pdb)从而造成找不到调试信息，解决的办法是修改车险数据库文件名vc90.pdb为【项目名称.pdb】，如下所示:

一、在VS2008工程中，经常出现warning LNK4099: 未找到 PDB“vc90.pdb等问题，解决办法如下：

1. 在项目属性—C/C++—输出文件—程序数据库文件名后面填写$(IntDir)vc80.pdb。

2. 在项目属性—连接器—调试—生成调试信息后面改成“否”。

举例: “warning LNK4099: 未找到 PDB“vc120.pdb”(使用“sqlite3d.lib(sqlite3secure.obj)”或在“D:testDebugvc120.pdb”中寻找)；正在链接对象，如同没有调试信息一样”。

使用VC时链接了第三方静态库, 并且第三方静态库(一般是开源的三方库)是在一个solution下的多个project, 当然,

网上基本都是这么回答的, 其实本质原因是因为这些开源库一般都会通过各种方式修改solution和project的默认路径

把二进制生成到同一个目录下, 比如lib, 而我们自己平时简单的静态库工程是不怎么修改默认工程配置的.由于每个

开源库的作者有自己的工程组织方式, 但导致LNK4099的最终原因无非是PDB路径问题。

解决方案

• a. 如果确认不需要PDB, 即不需要调试开源库, 完全可以在设置里将/Zi或/ZI去掉, 这样即能消除warning也能提升开源库编译速度 。

• b. 如果需要调试开源库, 方服务器托管网法也不复杂

  • b.1. 将开源库project里的C/C+>General->Debug Information Format 设置为Zi或ZI(两者区别请自行google, Zi就够用了, 只是高版本的VS默认都是ZI)
  • b.2. 然后在C/C+>Output Files->Pragram Database File Name 设置为(OutDir)(OutDir)(TargetName).pdb, (有些2B开源库这里设置的跟VS默认的是一样的比如(IntDir)vc(IntDir)vc(PlatformToolsetVersion).pdb, 但把IntDir改成了同一个目录, 每个project生成出来的pdb名字路径都是一致的, 当然就会出问题), 这里需要注意的是, 一定要确保(OutDir)(OutDir)(TargetName)是有意义的, 个别开源库完全不用vs自带的宏, 甚至个别开源库需要configure之后才生产vc project, 甚至是绝对路径, 但你所要确保的是, 目录必须跟生成的.lib是同一个, 文件名(不包括扩展名)必须是和生成的xxx.lib的xxx是一致的. 之后你要做的就是把每个project的debug&release都按照如上改好再编译就ok了。

4、VS2008中编译通过，但调试时出现“未使用调试信息生成二进制文件”的问题

Debug模式，运行时完全正常，但是一调试就出现对话框，显示出错信息：

“无法找到“XXX.exe”的调试信息，或者调试信息不匹配。未使用调试信息生成二进制文件。”

VC项目是空项目。发现其他的项目都可以调试，就“空项目”不行。

解决方法：

首先打开菜单 项目->项目属性页

• 1。选择 配置属性->链接器->调试->生成调试信息 改为 是 。
• 2。选择 配置属性->C/C++ ->常规->调试信息格式 改为 用于“编辑并继续”的程序数据库(/ZI) 。
• 3。选择 配置属性->C/C++ ->优化->优化 改为 禁用(/Od) 。

5、vs2008为什么有些解决方案x64不能生成,显示已跳过，也不能编译？打开属性，总是报错

查下“生成”-> “配置管理器”-> “活动解决方案平台”是否选择的“win32”或者x64。

最近准备编译64位版本的程序。因为之前已经安装了VS 2008 或者更早的版本，开始以为只是使用VS 2008的安装文件添加功能即可，后来发现没这么简单。

坑啊，原来vs2008或者更早以前装x64环境要自己勾选，made，这个问题导致我花了一整天时间才能发现。编译时选择”重新生成解决方案“，会出现，”已跳过生成: 项目”, 不编译, 也不报错。…

1>—— 已跳过生成: 项目: INSTALL, 配置: Release x64 ——
1>没有为此解决方案配置选中要生成的项目
========== 生成: 成功 0 个，失败 0 个，最新 8 个，跳过 1 个 ==========

安装64位操作系统不是编译64位程序的必要条件，关键是要装64位程序的编译器。虽然标题写着如何在VS2008中编译，但其实vs2005也是类似。如果在选择平台的下拉列表里找不到x64，可能是没有安装x64编译支持。在VS安装程序里再装上就可以了。

原本的是没有勾选的…。

6、fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突32位可以编译 64位1>.Debugdxstdafx.obj : fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突

• 这个错误消息表明你正在尝试在一个32位环境下编译一个64位目标，导致了链接器错误。要解决这个问题，你需要确保编译器和链接器的设置匹配。以下是一些解决方法：

  • 更改项目配置为64位：

    • 打开你的项目（Visual Studio或其他IDE）。
      转到项目设置或属性。
      在配置管理器中，确保你的项目配置为64位（x64）而不是32位（x86）。
      重新编译你的项目。

  • 检查所有依赖项：

    • 如果你的项目依赖于其他库或模块，请确保这些库也是64位的版本。
      如果你使用了第三方库，确保你使用了与你的目标平台匹配的库版本。

  • 更新编译选项：

    • 检查你的项目的编译选项，确保它们与64位编译兼容。这包括编译器标志和预处理器定义。

  • 使用条件编译：

    • 如果你需要在32位和64位目标之间切换，可以使用条件编译指令来区分不同的平台。例如，你可以使用#ifdef和#ifndef来根据不同的目标设置不同的代码路径。

  • 重新安装工具链：

    • 如果你使用的是Visual Studio，有时候重新安装Visual Studio可以解决一些配置问题。
      检查操作系统：

确保你的操作系统本身支持64位应用程序运行。如果你的操作系统是64位的，那么你应该能够编译和运行64位应用程序。清理解决方案重新生成。

服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net