fatal error C1900: “P1”(第“20081201”版)和“P2”(第“20080116”版)之间 Il 不匹配

编译64位库时发生错误:fatal error C1900: “P1”(第“20081201”版)和“P2”(第“20080116”版)之间 Il 不匹配


IL - Intermiate Language(不是managed code中的MSIL哦),有时也称Intermediate Representations,是编译链接code generation时使用内部语言。

LTCG (Link Time Code Generation)
 主要原因:

链接时使用了某些用更新的编译器编译的LTCG的library。之所以x86是正常的,是因为很巧链接时使用的x86 lib是普通lib,而amd64 lib是LTCG lib.


解决方案:两种

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

Details:

MSDN上关于C1900的信息:
Error Message?IL mismatch between 'tool1' version 'number1' and 'tool2' version 'number2'
Tools run in various passes of the compiler do not match. number1 and number2 refer to the dates on the files. For example, in pass 1, the compiler front end runs (c1.dll) and in pass 2, the compiler back end runs (c2.dll). The dates on the files must match and if they do not, reinstall and use the current version of each tool.

IL - Intermiate Language(不是managed code中的MSIL哦),有时也称Intermediate Representations,是编译链接code generation时使用内部语言。

普通的编译链接过程:
1) 预编译 preprocess
2)前端编译 (c1/c1xx) - 这一步将产生IL
3) 后端编译 (c2) - 这一步将使用IL,并产生真正的二进制码
4)链接 - 这一步将链接所有的obj/lib,合并PE的各个section,resolve symbol等等,然后产生最终的binary

可以注意到一点:C1900是一个编译错误,因为通常IL由编译器的前端产生,后端使用。但是我们是在链接阶段遇到,所以几乎可以肯定使用了LTCG。

LTCG - msdn.microsoft.com/library/CHS/vccore/html/vcgrfLTCGLinktimeCodeGeneration.asp
LTCG (Link Time Code Generation) 或者称WPO (Whole Program Optimization)
- 因为编译时通常只有当前模块的信息,而链接时可以获得整个程序的全貌,所以在链接时生成代码理论上可以获得更高的优化效果。LTCG的实现方式是将第三步(c2)与第四步链接合并,也就是链接link.exe会调用c2.dll,使用IL,并且产生真正的二进制码。合并后的编译链接过程变为:
1)compile: cl.exe?/GL
2) link: link.exe /LTCG
而且,LTCG允许对单个模块进行优化--也就是说不必对所有的模块使用/GL,链接时只要检测到一个模块(obj/lib)是用/GL编译的,链接就会使用LTCG。

我们之所以会遇到这个错误,就是因为链接时使用的一个lib是使用'20060201' c2.dll /GL 进行的编译,含有只有'20060201' c2.dll才能解释的IL,然而我们用的build环境是'20050411'版本,link.exe调用的是'20050411'的c2.dll。

使用link -dump -disasm <yourlib.lib>可以检验是否使用了/GL。普通的lib dump出来会看到汇编代码,而含有IL的lib不会
检验一个文件是否是LTCG lib库的方法:打开命令行,进入到link.exe文件所在的路径,输入命令link  -dump -disasm <yourlib.lib>,如下所示

C:\Program Files\Microsoft Visual Studio 10.0\VC\bin>link  -dump -disasm E:\Workspace\CloudPub\Trunk\__Internal\Libs\jepglib8c64.lib


,如果不是LGCT lib,则输出显示如下汇编代码:
            Summary

          1C .bss
       58BCC .debug$S
        12C0 .debug$T
         8D0 .drectve
        22D4 .pdata
        2B20 .rdata
       3198F .text
        3A58 .xdata
 如果是,则输出显示

    TYPE:library


检查之后发现jepglib8c64.lib文件时LGCT库,重新编译成非LGCT库即可正常编译:

编译方法:设置项目-->属性-->配置属性-->常规-->项目默认值-->全程序优化选择“无全程序优化”


### 解决 Maven 编译错误 "fatal error compiling 无效的目标发行" 当遇到 `Fatal error compiling: 无效的目标发行` 错误时,通常是因为项目的编译器本与实际使用的 JDK 匹配。以下是详细的解决方案: #### 修改 POM 文件中的 Java 编译器属性 确保在 `pom.xml` 中正确设置了 Java 编译器的源码目标本。对于 JDK 17,应该修改 `<properties>` 部分如下[^3]: ```xml <properties> <maven.compiler.source>17</maven.compiler.source> <maven.compiler.target>17</maven.compiler.target> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties> ``` #### 更新 IDEA 设置 除了更新 POM 文件外,还需要同步调整 IntelliJ IDEA 的设置以确保一致性。 ##### 调整项目 SDK 语言级别 通过菜单栏进入 **File -> Project Structure**,选择 **Modules** 并确认模块所依赖的 SDK 是 JDK 17,并且将语言级别也设为最新支持的标准[^5]。 ##### 更改全局编译器选项 同样,在 **Settings (Ctrl+Alt+S)** 或者 **Preferences (MacOS)** 下找到 **Build, Execution, Deployment -> Compiler -> Java Compiler**,这里也需要指定正确的 JDK 本作为默认编译工具链。 #### 清理并重新构建工程 完成上述更改之后,建议执行一次完整的清理操作来移除旧缓存文件,再尝试重新构建整个项目。可以使用命令行运行以下指令: ```bash mvn clean install ``` 这一步骤有助于排除由于残留的历史数据引发的新问题。 #### 使用合适的插件本 如果仍然存在问题,则可能需要检查是否所有的 Maven 插件都兼容于当前环境下的 JDK 本。特别是像 `maven-compiler-plugin` 这样的核心组件,应当查阅官方文档获取最新的推荐配置方式[^4]。
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值