针对非COM项目包括ComObj.hpp的矛盾?

针对非COM项目包括ComObj.hpp的矛盾?,com,compiler-warnings,precompiled-headers,c++builder-6,Com,Compiler Warnings,Precompiled Headers,C++builder 6,我正在与一个遗留项目(MS-COM服务器,C++-Builder 6)中的最后一个编译器警告作斗争,还有一些我以前忽略的警告,因为它们是从生成的类型库存根代码中产生的(我引用了最初的德语,并添加了我的翻译): [C++Warnung]utilcls.h(156):W8057参数'hr'与nie verwendet (从未使用参数“hr”) [C++Warnung]utilcls.h(156):W8057参数'file'与nie verwendet (从未使用参数“file”) 我尝试用本地选项和

我正在与一个遗留项目(MS-COM服务器,C++-Builder 6)中的最后一个编译器警告作斗争,还有一些我以前忽略的警告,因为它们是从生成的类型库存根代码中产生的(我引用了最初的德语,并添加了我的翻译):

[C++Warnung]utilcls.h(156):W8057参数'hr'与nie verwendet

(从未使用参数“hr”)

[C++Warnung]utilcls.h(156):W8057参数'file'与nie verwendet

(从未使用参数“file”)

我尝试用本地选项和pragmas“解决它”——但没有成功

今天,我发现了

我的项目使用一组预编译头(收集在一个
precompiled.h
)以
#include
开头。如果在
vcl.h
之前包含
ComObj.hpp
,警告将消失,但项目中有许多元素(如简单工具程序)与MS-COM无关


在整个预编译头集中包含
ComObj.hpp
可能有害吗?

//希望我们永远不会看到这里,这肯定是一个恰当的评论。唯一明显有害的是糟糕的错误报告。比如不显示hr值或不捕获ComObj生成的异常。@HansPassant是的,没错。我当然希望在使用
utilcls.h
的情况下包含
ComObj.hpp
。但是这个头看起来非常特定于COM,所以我不确定是否最好使用两组不同的预编译头…
ComObj.hpp
winsock2.h
冲突。。。现在我加深了对预编译头的了解;)