“fatal error C1859: “Release\XXXX.pch”意外的预编译头错误，只需重新运行编译器就可能修复此问题”的一个解决办法

最新推荐文章于 2024-06-03 08:08:29 发布

原创最新推荐文章于 2024-06-03 08:08:29 发布 · 6.7k 阅读

5 ·

CC 4.0 BY-SA版权

本文介绍了一种解决编译时出现的未知错误的方法：直接删除出现问题的预编译头文件（.pch）所在的整个文件夹，从而使得项目能够重新正常编译。

今天又突然出现这种错误，网上的方法都搞不定。

实在无法，找到pch文件所在文件夹，一整个文件夹都删除了，然后尝试了下编译，竟然可以编译了！！！

具体什么原理不清楚，被这种情况逼到想哭的小伙伴们可以尝试一下。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

PDD123

关注关注

6
点赞
踩
5

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

C++工程编译链接错误汇总VisualStudio

u012138730的专栏

07-10

7571

适用情况： 1. 查看工程属性--- VC++目录----执行目录---是否有 C:\Program Files (x86)\Windows Kits\8.1\bin\x86 （应该是执行的这个目录下的 rc.exe） 2. 查看目录 C:\Program Files (x86)\Windows Kits下是否没有【8.1】，或者【8.1】下的文件夹是否不全（对比【8.0】...

leptonica依赖的相关库的生成

孰能无惑

01-21

1770

1 条评论您还未登录，请先登录后发表或查看评论

修复VS2008fatal error1853 意外的预编译头错误

04-22

修复 VS2008出现"意外的预编译头错误,只需重新运行编译器就可能修复此问题”

fatal error C1859 意外的预编译头错误,只需重新运行编译器

热门推荐

artemisrj的专栏

03-18

2万+

微软的建议要解决此问题，请使用下列方法之一。 http://support.microsoft.com/kb/976656/zh-cn 方法 1 禁用/analyze编译器选项，则它会被启用。方法 2 开始清理生成。方法 3 重新启动计算机。方法 4 禁用创建/使用预编译头的编译器选项。注意这些方法不能保证正常工作。

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

逝去的....

04-21

1094

试用这个方法有效：鼠标右键项目->仅用于项目->仅清理上面这个步骤就可以解决

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

angellove156的专栏

07-27

8236

1、在win7 32位机器上编译好的程序拿到64位电脑上出现“ 意外的预编译头错误,只需重新运行编译器就可能修复此问题”错误，上网查了一下，找到一种有效的解决办法，就是安装补丁VS90SP1-KB976656-x86.exe 微软推荐的其它解决办法有：方法 1 禁用 / 分析如果已启用的编译器选项。方法 2 开始清理生成。方法 3

fatal error C1859: 意外的预编译头错误

Maybe

11-23

801

在win7上上使用VS C++2008编译工程，总是出现这样一个错误：fatal error C1859：意外的预编译头错误,只需重新运行编译器就可能修复此问题。找到一种有效的解决办法，就是安装补丁VS90SP1-KB976656-x86.exe。微软推荐的其它解决办法有：方法 1 禁用 / 分析如果已启用的编译器选项。方法 2 开始清理生成。方法 3

Visual+C+++中fatal+error+C1083的解决办法

02-23

fatal error C1083 通常是由于环境变量设置不当、预编译头设置错误或者 TMP 环境变量末尾的分号导致的。通过以上步骤可以有效地解决这些问题，确保编译过程顺利进行。需要注意的是，Microsoft 已经确认了这一问题，...

跨平台开发终极方案：Windows、macOS、Linux上统一使用PlatformIO实现无缝开发

在嵌入式开发领域，开发者常面临Windows、macOS与Linux三大操作系统间的工具链差异、依赖管理混乱及构建流程不一致等问题。传统IDE往往绑定特定平台或芯片厂商，导致项目难以移植与维护。随着物联网设备多样化，对多...

安卓逆向_15（一） --- JNI 和 NDK

墨鱼菜鸡

07-11

852

From：较详细的介绍JNI：https://blog.csdn.net/lizhifa2011/article/details/21021177 From：https://www.jb51.net/article/126111.htm NDK官方文档：https://developer.android.google.cn/training/art...

VS90SP1-KB976656-x86补丁,解决 C1859错误

09-14

使用VS C++2008编译工程，总是出现这样一个错误：fatal error C1859：意外的预编译头错误,只需重新运行编译器就可能修复此问题。最有效的解决办法，就是安装补丁VS90SP1-KB976656-x86.exe

VS2008 SP1 KB976656

09-12

VS2008"fatal error C1859:xxxx unexpected precompiled header error, simply xxxxx",可使用此补丁修正,参见:http://thehotfixshare.net/board/index.php?autocom=downloads&showfile=11640

VS90SP1-KB976656-x86.rar

12-09

用VS C++2008编译工程，总是出现这样一个错误：fatal error C1859：意外的预编译头错误,只需重新运行编译器就可能修复此问题。上网查了一下，找到一种有效的解决办法，就是安装补丁VS90SP1-KB976656-x86.exe，VS90SP1-KB976656-x86.exe

fatal error C1859: 意外的预编译头错误，只需重新运行编译器就可能修复此问题

qq_38082979的博客

06-28

915

查看项目的输出目录，删除整个目录后重新生成（pch文件所在目录，一般release目录），如果单级目录删除后仍然报该错误，删除多级目录（如x64/release）

fatal error C1859的有效解决办法

weixin_34345560的博客

10-09

295

作者：朱金灿来源：http://blog.csdn.net/clever101 在服务器(操作系统为Widows Server2008)上使用VS C++2008编译工程，总是出现这样一个错误：fatal error C1859：意外的预编译头错误,只需重新运行编译器就可能修复此问题。上网查了一下，找到一种有效的解决办法，就是安装补丁VS90SP1-KB976656-x86.ex...

fatal error C1859：意外的预编译头错误，只需重新运行编译器就可能修复此问题

qq_46630245的博客

06-03

334

fatal error C1859:

fatal error C1859: 意外的预编译头错误，只需重新运行编译器就可能修复此问题---问题的解决方法

leoking01的专栏

05-17

1350

平台：win10-64位 IDE：vs2008专业版（安装的是VS2008ProEdition90DayTrialCHSX1435983.iso）问题：使用vs2008的时候出现错误："fatal error C1859: 意外的预编译头错误，只需重新运行编译器就可能修复此问题" 解决办法： 1.安装VS2008SP1CHSX1512981.iso该步骤为必须，否则不能执行到第二步 2安装VS90SP1-KB976656-x86.exe，该步骤是解决上面的error，缺少的话问题不解...

解决fatal error C1859: “Debug\thread5.pch”意外的预编译头错误的方法

程序达人

02-20

7292

VS2008中使用C++工程向导建立项目，直接编译时出现该错误。有两个方法来解决该问题：（1）clean项目，重新生成项目（2）删除该项目对应文件夹下的debug文件中所有文件，重新执行（1）如果（1）有效，则无须执行（2）；如果无效，则执行（2）

1>e:\程序\visual c++2010\11\11\1.c : fatal error C1853: “Debug\11.pch”预编译头文件来自编译器的早期版本，或者预编译头为 C++ 而在 C 中使用它(或相反)

最新发布

05-13

### 解决Visual C++ 2010中预编译头文件错误C1853的方法在Visual C++ 2010环境中，当遇到`fatal error C1853`时，通常是因为项目中的预编译头文件(.pch)存在不兼容的情况。这可能由于以下几个原因引起： - **预编译头文件版本冲突**：使用的.pch文件是由不同版本的编译器生成的。 - **语言模式不匹配**：.pch文件是在C++环境下生成的，但在C源文件中被调用；反之亦然。 #### 方法一：禁用预编译头文件一种简单有效的解决办法是完全禁用预编译头功能。可以通过以下方式实现： 1. 打开项目的属性对话框。 2. 导航至 `配置属性 -> C/C++ -> 前置处理`。 3. 将`生成预编译头文件`选项设置为`不使用预编译头 (/Yu)`[^2]。这种方法适用于不需要依赖于预编译头优化的小型项目或特定文件组。 #### 方法二：重新生成预编译头文件如果确实需要使用预编译头，则应确保其一致性并按照如下步骤操作： 1. 清理整个解决方案 (`Build -> Clean Solution`)。 2. 删除旧版的`.pch`文件以及任何中间生成目录（如Debug或Release下的子文件夹）。 3. 修改相关源文件的属性以启用预编译头支持： - 对于标准入口点（通常是main函数所在的文件），将其`生成预编译头文件`设为`创建 (/Yc)`。 - 对其他所有参与预编译的文件，将该选项改为`使用 (/Yu)`。 4. 进行全量构建(`Rebuild Solution`)以强制更新所有的.pch资源[^1]。注意，在执行这些更改之前最好备份现有工程配置以防意外丢失重要数据。 #### 示例代码调整假设有一个简单的程序结构包含两个文件——一个是C风格(main.c)，另一个则是C++类定义(testClass.cpp)。为了防止混编带来的PCH问题，可采取分离策略分别对待这两种类型的单元测试模块: 对于纯C部分无需涉及复杂的模板机制: ```c // main.c #include <stdio.h> int main() { printf("Hello from C\n"); return 0; } ``` 而针对面向对象特性的组件则保持原有的现代语法特性不变: ```cpp // testClass.cpp class TestClass { public: void say_hello() { std::cout << "Hello from CPP!" << std::endl; } }; void callCppClassFunctionality(){ TestClass obj; obj.say_hello(); } ``` 以上例子展示了如何通过隔离不同的编程范式来规避潜在的风险因素。