目录
(1)修改解决方案/新建文件的属性-预编译头-不使用预编译头【不推荐使用此方法】
(2)新建一个设置完全一样的工程,把它里面的.pch文件拷贝到出问题的这个工程对应的相对位置的里面,把原来的替换掉
(3)生成(B)-清理解决方案,再重新生成解决方案,编译通过后即可运行【推荐使用此方法】
1.问题描述
VS2022更新后,以前可以成功运行的项目可能会无法运行(例如在写MFC的时候)。编译报错:
1>(工程路径)\(解决方案名).pch”预编译头文件来自编译器的其他版本,或者预编译头为 C++ 而在 C 中使用它(或相反)
2.问题解决方法
(1)修改解决方案/新建文件的属性-预编译头-不使用预编译头【不推荐使用此方法】
这是我在网络上有人这样解决这个问题:
右键解决方案名称,选择属性,在下图中设置为“不使用预编译头”:
有时可以解决问题。
但是:使用预编译头的意义是:可以将公用的文件提前编译好,放到一个.pch文件里,因为这些公用的文件不经常更改,就不用每次编译都浪费时间编译他们,直接读取.pch文件即可,这样可以提高编译速度。
所以禁用了项目的预编译头,那么每次编译时肯定会慢。
(2)新建一个设置完全一样的工程,把它里面的.pch文件拷贝到出问题的这个工程对应的相对位置的里面,把原来的替换掉
这个解决方法是我以前用的,本着“哪里出问题就解决哪里”的思路,新建的工层里面的.pch文件是VS2022更新后生成的,正好用来替换VS2022更新前的已经不能用的.pch文件了。但有点麻烦,且你怎么知道替换后就一定可行呢?也不太合适。
(3)生成(B)-清理解决方案,再重新生成解决方案,编译通过后即可运行【推荐使用此方法】
既然是VS升级之后,以前编译的.pch文件现在不能用了,那么把项目清理一下,
重新编译一遍即可。这是最好的做法!
(4)……
如果你有其他方法,欢迎在评论区补充,我会及时更新哦!
参考资料:C1803 预编译头文件来自编译器的其他版本,或者预编译头为 C++ 而在 C 中使用它(或相反) - 【只争朝夕】 - 博客园 (cnblogs.com)