完美解决 error C2220: warning treated as error - no object file generated

最新推荐文章于 2023-08-21 12:01:50 发布

home1410

最新推荐文章于 2023-08-21 12:01:50 发布

阅读量3.3w

点赞数 3

文章标签： object file c wince 编译器

本文链接：https://blog.csdn.net/home1410/article/details/6004089

版权

本文介绍了解决WinCE6.0中加入驱动后出现的编译错误方法，通过使用pragma命令禁用特定警告来避免错误C2220的发生，并提供了具体的pragma配置示例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

WinCE 6.0加入一个驱动后，编译出现：

error C2220: warning treated as error - no object file generated

warning C4047: 'initializing' : 'UCHAR' differs in levels of indirection from 'char [3]'

warning C4013:……

等之类的错误，在网上搜索，大部分的方法大致有以下几种：

1. 改编译器的编译选项

2. 修改WDKPATH/i386.inc文件

3. 修改当前驱动工程的sources文件

其实最好的方法就是用pragma命令来关闭这些警告！

找到紧跟error C2220的第一个warning，本例是C4047，那么在驱动源文件的第一行，加入如下命令：

#pragma warning(disable: 4047)

再重新编译，如果还有此错误，就在4047后面继续加，以空格隔开如

#pragma warning(disable: 4047 4013)

完美解决！

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

home1410

关注关注

3
点赞
踩
10

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

解决编译 CheatEngine55 中的sys 的问题

冷血封情的专栏

07-10

2915

今天下了个CheatEngine55看看，在编译时出了点小问题，编译时出现以下错误提示：error - no 'object' file generated 1>f:\cheatengine55src\dbkkernel\ntifs.h(2628) : error C2011:

解决WINCE6.0 error C2220: warning treated as error问题

sanqima的专栏

12-10

676

将BSP从一个PC机拷入到另一个新的PC机上，进行编译时出现”warning treated as error”，即”把警告当成错误”，这是因为两台PC机上的警告级别不同造成的。　　解决方法如下：　　修改与.cpp同目录的sources文件，在sources文件里添加如下语句:　WARNLEVEL=0　　当然，改成WARNLEVEL=1/2/3/5/6也行。

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

关于DDK “error C2220: warning treated as error - no object file generated”

06-13

2789

在刚接触DDK时，编译出现这个错误，查到解决办法：在makefile文件中，加入“MSC_WARNING_LEVEL=/W1”。出现以上错误的根本原因是代码中有“不明确”或“不规范”的编写方法，导致编译器采用默认编译方法而产生“Warning”。而DDK默认编译参数设置为：将“Warning”，当作“error”来对待，故编译不成功。上述方法是不将"Warning"当作"e

关于编译时的warning treated as error

weixin_34272308的博客

03-04

1464

编译器提示：warning treated as error，然后某个文件未生成，build中断。这是因为项目选项中把warning级别设置为了较高的级别导致的，某些warning被当作error，从而不能生成。解决方法是在解决方案窗口中选中项目，右键点击project，选择“属性”，在弹出的对话框中，选择左侧TreeView中的“Co...

wince6.0 编译报错:"error C2220: warning treated as error - no 'object' file generated"的解决办法

热爱嵌入式Linux Wince Android和硬件设计

02-20

8540

内容提要：wince6.0编译报错:"error C2220: warning treated as error - no object file generated"原因是：warning treated as error 意思是将警告当成错误,这是编译选项的问题，将警告级别设置得高导致的错误。解决的办法是：将警告级别设置为低。这个我想大家都知道，但要如何设置呢？我找了一段时间，也没有很好的

完美解决 error C2220: warning treated as error - no ‘object’ file generated

07-10

530

主要是编译器的选项中，将warning视作error,所以就报错了，可以通过修改编译选项来设置，但是这里不这样做，通过#pragma来控制如上图，warning号是C4189,真正的号码是4189，所以加上如下语句即可 #pragma warning(disable:4189) 如果有多个警告，则在括号内加空格，如下： #pragma warning(disable:418...

QT开发必修课：C2220错误的终极解析与解决之道

[QT QGC 中 QGCTileCacheWorker.cpp:728: error: C2220: 警告被视为错误 – 没有生成“object”文件](https://media.geeksforgeeks.org/wp-content/uploads/20210305150017/finallSnippet-1024x549.png) # 摘要 QT...

QT编程高手技巧：C2220错误的高效解决方案

本文系统性地探讨了QT编程中常见的C2220错误，从错误成因、表现形式到实战解决方案进行了深入分析。首先概述了C2220错误的概念及其对QT项目的影响，随后详细分析了编程失误、编译器版本差异等因素引发C2220错误的...

QT编译警告不放过：C2220错误的深刻剖析与防范

通过对编译器诊断信息的详细解读和实例分析，本文不仅提供了解决C2220错误的具体步骤，还强调了代码规范、单元测试以及高级编程技巧在预防此类错误和提升代码质量中的重要性。最后，本文总结了经典案例，并

QT开发经验宝典：C2220错误的策略性处理与实践分享

本文系统地介绍了C2220错误的成因、诊断方法和预防措施，通过深入分析其根本原因、探讨有效诊断技巧，并在实践案例的基础上，提供了一系列处理技巧和优化策略。文章强调了编码层面的处理技巧、项目管理、集成开发...

error C2220: warning treated as error - no object file generated解决方法

成长Bar的博客专栏

04-15

2817

error C2220: warning treated as error - no object file generated解决方法 error C2220: warning treated as error - no object file generated解决方法如下：找到紧跟error C2220的第一个warning，假设是C4047，那么在源文件的第一行，加入如下命令

error C2220: warning treated as error - no 'object' file generated 处理方法

kfysck

03-18

3426

1>e:\work\xxx\xxx\driver\thread.c(228) : error C2220: warning treated as error - no 'object' file generated 当在C语言中遇到error c2220错误的时候，通常有可能的问题所在是 1. 声明的变量没有放在函数前面，因为在c++中是不规定一定要放在函数头的，但是c规定

error C2220: warning treated as error - no ‘object‘ file generated

qq_21514303的博客

08-21

2206

1. **确定警告原因**：在`error C2220`错误消息之前，应该有一个触发它的编译器警告。4. **考虑处理所有警告**：即使你选择不将警告视为错误，通常最好查看并解决编译器警告，因为它们经常可以指出代码中的潜在问题或低效之处。- 如果你有意将警告视为错误（这通常是确保代码质量的好方法），请修复代码中的警告。最后，如果你不确定警告的性质以及如何解决，随时提供具体的警告消息，我会很乐意帮助你解决。3. **重新编译**：做了必要的更改后，重新编译你的代码，看看问题是否已经解决。2. 选择`属性`。

error C2220: warning treated as error - no 'object' file generated

Kinector的专栏

11-25

1524

如果后面跟着warning C4819，修改系统位置到美国： warning C4819: The file contains a character that cannot be represented in the current code page (936). Save the file in Unicode format to prevent data loss Open "Cont

WDK/DDK中掉 error C2220: warning treated as error - no ‘object’ file generated

通星技术

07-10

3976

其实就是关掉编译选项的问题…网上提得最多的就是修改 WDKPATH/i386.inc文件中的 MSC_WARNING_LEVEL=$(MSC_WARNING_LEVEL) $(COMPILER_WX_SWITCH) 改为 MSC_WARNING_LEVEL=$(MSC_WARNING_LEVEL) $(COMPILER_WX_SWITCH) MSC_WAR

WDK/DDK中去掉 error C2220: warning treated as error - no ‘object’ file generated

leehq的专栏

01-19

3717

出现这个提示是因为默认情况下WDK编译代码时把所有警告都当成了错误，只须要在项目的makefile文件最后一行加入MSC_WARNING_LEVEL=/W3即可忽略这些警告信息。

nmake chk一切正常 free会产生错误 error C2220: warning treated as error - no 'object' file generated

sqqsongqiqi的专栏

05-23

811

原文网址 http://blog.sina.com.cn/s/blog_7587e3630100u8qd.html 如果那个不是原文请看到的作者联系我我修正下网上搜索而来，保存其实就是关掉编译选项的问题… 网上提得最多的就是修改 WDKPATH\i386.inc文件中的 MSC_WARNING_LEVEL=$(MSC_WARNING_LEVEL)$(COM

编译报错:"error C2220: warning treated as error - no 'object' file generated"的解决办法

weixin_30408739的博客

11-12

208

编译报错:"error C2220: warning treated as error - no 'object' file generated"的解决办法将警告级别设置为低。这个我想大家都知道，但要如何设置呢？我找了一段时间，也没有很好的解决办法，网上也有很多人遇到这个问题，但真正解决的却没有，我是没有找到，或者就是有人解决了却没有公布，呵呵!通过摸索，有如下这种方法可以解决： sour...

Code Description 8C2220 the following warning is treated as an error DE3133 call to consteval function "CDevicelnterface::CDevicelnterface(std::wstring_view strName)"did not produce a valid constant expression D abs E3133 call to consteval function "CDevicelnterface::CDevicelnterface(IDevice *plDevice)"did not produce a valid constant expression解释一下并解决

最新发布

03-14

<think>嗯，用户遇到了一个编译错误，错误代码是C2220，被当作错误处理的警告DE3133和E3133。看起来这两个警告都是关于调用consteval函数没有生成有效的常量表达式。用户需要解释这个问题并给出解决方案。首先，我需要回忆一下C++中的consteval函数。consteval是C++20引入的，用于指定函数必须在编译时求值，也就是说，它只能在常量表达式中使用。如果尝试在运行时调用consteval函数，或者无法在编译时确定参数，就会导致错误。用户提供的错误信息中提到了两个构造函数调用：CDeviceInterface::CDeviceInterface(std::wstring_view strName)和CDeviceInterface::CDeviceInterface(IDevice *pIDevice)。这两个构造函数被声明为consteval，但调用时没有生成有效的常量表达式，导致编译器报错。接下来，我需要分析可能的原因。首先，构造函数被标记为consteval，这意味着它们的参数必须在编译时已知。如果用户尝试在运行时动态构造参数，比如使用非常量表达式作为参数，就会触发错误。例如，如果strName是一个运行时生成的字符串，或者pIDevice是一个运行时获得的指针，就无法满足consteval的要求。可能的解决方案包括： 1. 检查构造函数的参数是否是编译时常量。如果是运行时数据，可能需要移除consteval限定符。 2. 如果确实需要在编译时构造对象，确保所有参数都是常量表达式，比如使用constexpr变量或字面量。 3. 修改构造函数，使其不需要consteval，或者将调用上下文改为编译时求值，比如在constexpr上下文中使用。另外，需要注意用户代码中的构造函数是否有正确的constexpr或consteval声明，以及参数是否合规。例如，std::wstring_view参数可能需要从编译时已知的字符串构造，而指针参数可能需要是静态存储期的地址或constexpr指针。用户可能需要检查调用这两个构造函数的地方，确认传入的参数是否是编译时常量。如果参数无法在编译时确定，那么将构造函数改为constexpr（允许运行时和编译时使用）或者移除constexpr/consteval限定符可能更合适。此外，还要检查是否有拼写错误，比如构造函数的名字是否正确，参数类型是否匹配。例如，用户提到的CDevicelnterface可能有拼写错误，正确的可能是CDeviceInterface，这可能导致链接错误，但在此处可能只是笔误。总结下来，解决步骤可能包括： - 确认构造函数的参数是编译时常量。 - 如果不需要编译时构造，移除consteval限定符。 - 如果需要编译时构造，确保所有参数都是constexpr。 - 检查构造函数声明和调用的正确性，包括名称和参数类型。最后，可能需要用户提供更多的代码片段来更准确地诊断问题，但根据现有信息，这些是主要的解决方向。</think>--- ### **错误分析** 你遇到的错误 `C2220`（警告 `DE3133` 和 `E3133`）是由于调用了 `consteval` 构造函数，但参数无法在编译时求值为常量表达式，导致编译器将其视为错误。以下是关键点： 1. **`consteval` 函数的限制** `consteval` 是 C++20 引入的关键字，表示函数必须在编译时求值（即所有参数必须是编译期常量）。如果参数无法在编译时确定，调用会失败。 2. **具体错误原因** - 错误 `DE3133`：调用 `CDeviceInterface::CDeviceInterface(std::wstring_view strName)` 时，传入的 `strName` 不是编译时常量。 - 错误 `E3133`：调用 `CDeviceInterface::CDeviceInterface(IDevice* pIDevice)` 时，传入的 `pIDevice` 指针不是编译时常量。 --- ### **解决方案** #### 1. **检查构造函数的参数是否为编译期常量** 确保传递给 `consteval` 构造函数的参数是编译期可确定的常量。 **示例代码问题**： ```cpp // 错误：运行时生成的字符串无法作为 consteval 参数 std::wstring name = L"Device1"; // 运行时变量 CDeviceInterface dev(name); // 错误：name 不是编译时常量 ``` **修复方法**： ```cpp // 正确：使用编译期字符串字面量 constexpr std::wstring_view name = L"Device1"; // 编译期常量 CDeviceInterface dev(name); // 合法调用 ``` #### 2. **调整构造函数声明** 如果参数无法在编译时确定，需将 `consteval` 改为 `constexpr` 或移除限定符。 ```cpp // 原错误声明（consteval 构造函数） class CDeviceInterface { public: consteval CDeviceInterface(std::wstring_view strName); consteval CDeviceInterface(IDevice* pIDevice); }; // 修复：改为 constexpr（允许编译期和运行期调用） class CDeviceInterface { public: constexpr CDeviceInterface(std::wstring_view strName); // 修改为 constexpr constexpr CDeviceInterface(IDevice* pIDevice); // 或移除限定符 }; ``` #### 3. **检查指针参数的来源** 如果构造函数接受 `IDevice*` 指针，需确保指针是编译期常量（如静态地址或 `constexpr` 对象）。 ```cpp // 错误：运行时分配的指针无法作为 consteval 参数 IDevice* pDevice = new DeviceImpl(); // 运行时动态分配 CDeviceInterface dev(pDevice); // 错误：pDevice 不是编译期常量 // 正确：使用静态存储期对象的地址（需确保对象生命周期） static DeviceImpl globalDevice; // 静态对象地址是编译期常量 constexpr IDevice* pDevice = &globalDevice; CDeviceInterface dev(pDevice); // 合法调用 ``` --- ### **关键验证步骤** 1. **确认参数是否满足 `consteval` 要求** 使用 `constexpr` 变量或字面量测试参数。 2. **检查构造函数定义** 确保 `consteval` 构造函数内部仅使用编译期操作（如无动态内存分配或运行时逻辑）。 3. **简化调用场景** 尝试在 `constexpr` 上下文中调用构造函数： ```cpp constexpr CDeviceInterface dev = CDeviceInterface(L"Test"); ``` --- ### **常见问题排查** - **参数类型不匹配** 确保 `std::wstring_view` 参数直接来自字符串字面量（如 `L"Name"`）。 - **动态内存或运行时依赖** `consteval` 函数内部不能调用 `new`、`malloc` 或访问全局非 `constexpr` 变量。 - **编译器兼容性** 确认使用的编译器完全支持 C++20 的 `consteval` 特性（如 MSVC 19.29+、GCC 10+）。 --- ### **总结** 核心解决思路： 1. 确保传递给 `consteval` 构造函数的参数是编译期常量。 2. 若参数无法在编译时确定，将构造函数改为 `constexpr` 或普通构造函数。 3. 检查指针参数的来源是否为静态地址或 `constexpr` 对象。通过上述调整，可修复 `DE3133` 和 `E3133` 错误。