碰到一个错误 error LNK2019

xxxProject error LNK2019: unresolved external symbol "wchar_t * __stdcall _com_util::ConvertStringToBSTR(char const

*)" (?ConvertStringToBSTR@_com_util@@YGPA_WPBD@Z) referenced in function "public: __thiscall _variant_t::_variant_t

(char const *)" (??0_variant_t@@QAE@PBD@Z)

解决方法:
在工程属性里面把C/C++->语言中的“将wchar_t视为内置类型”改成“否”即可。
Project->Properties->c/c++->Language->Treat wchar_t as Built-in Type->把Yes (/Zc:wchar_t)改成No即可。

这个问题以前也碰到过了。。。不过忘了是怎么解决的了。。。呵呵
这次准备稍微研究一下。。嗯

1.Treat wchar_t as Built-in Type设置为yes or no有什么区别呢?

  1)如果设置为no的话,则编译器要求你或者定义wchar_t,或者包括定义wchar_t的众多头文件中的一个文件(例如wchar.h)。

wchar_t 通常定义为 unsigned short。

  2)如果设置为yes的话,类型 wchar_t成为映射到__wchar_t的本机类型,其映射方式与short映射到__int16相同。如果使用

/Zc:wchar_t,编译器将 wchar_t 识别为本机类型。__wchar_t 始终可用。

  这就是说,如果设置为no的话,编译器会去找wchar_t的typedef,一般会在wchar.h中找到 unsigned short;如果设置为true的话,那么wchar_t会被编译器理解为本机类型__wchar_t。所以,如果我们的本意是要让wchar_t对应unsigned short的话,那么我们要设置为no,否则 set to yes。

2. /Zc是什么?
  C++ 语言一致性编译器选项,这里的参数可以是:forScope - 对范围规则强制使用标准 C++;wchar_t - wchar_t 是本机类型,

不是 typedef。一共有两个,第二个就是我们上面所提到的。第一个是强制for循环范围中的一致性。MS标准行为是使for循环的初始

值设定项在for循环之后超出范围。在/Ze下,for循环的初始值设定项保持在范围内,直到局部范围结束。可以用 conform 杂注修改

/Zc:forScope的运行时行为。如果在具有现有.pch文件的项目中使用/Zc:forScope,则忽略/Zc:forScope(伴有警告),并继续用现

有的.pch文件编译。如果需要生成新的.pch文件,请使用/Yc。

例子说明:
    下列代码将在/Ze下编译,但不在/Za下编译:

int main() {
// int i;
   {
   for (int i =0; i < 1; i++)// 在/Ze:forScope编译模式下,下面赋值
      ;// i = 20将提示无法i未定义,如果编译设置为/Za方式,不会出现这种问题
 
   i = 20;
   }
}
使用/Zc:forScope时,如果变量因为存在一个在以前的范围内所做的声明而处在范围内,则将得到警告。为了说明这点,请移除上面

代码中的//字符以声明int i。


Over。
  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: LNK2019错误通常与链接器有关,表示无法解析外部符号。 这通常是因为代码中引用了某个函数或变量,但没有正确地链接到相应的库文件或对象文件中。 解决此问题的方法包括: 1. 确保你的代码正确链接到所需的库文件或对象文件。 2. 确保你的代码正确引用所需的函数或变量。 3. 确保你的代码中没有重复定义的符号。 4. 如果你使用的是 Visual Studio,可以尝试清除解决方案并重新生成。 如果以上方法都不起作用,你可以尝试在搜索引擎上查找其他解决方案,或者向相关论坛或社区寻求帮助。 ### 回答2: error LNK2019一个与链接器相关的错误,通常发生在编译期间。该错误表明链接器找不到某个符号的定义,也就是在编译时找不到符号的实现部分。我来简单解释一下这个错误。 当我们编写程序时,通常会把程序分为多个源文件,每个源文件包含一些函数或变量的定义。在编译过程中,每个源文件会被编译成一个目标文件(.obj或.o),然后链接器会将这些目标文件合并成最终的可执行文件。 当我们在某个源文件中调用了另一个源文件中的函数或变量时,编译器会在链接器阶段查找该函数或变量的定义。如果找不到,就会报错error LNK2019。 解决这个错误的办法通常有以下几种: 1. 检查函数或变量的声明和定义是否一致:在调用函数或使用变量之前,需要确保其在当前源文件中有正确的声明。另外,要确保该函数或变量的定义在某个源文件中。 2. 对于函数重载,要使用正确的函数签名:如果有多个重载函数,要确保在调用时使用正确的函数签名。链接器无法识别重载函数的参数类型和返回类型,因此必须使用准确的函数签名。 3. 检查是否缺少相关库文件或链接选项:如果调用的函数或变量定义在外部库文件中,需要在链接时加上对应的库文件或链接选项。确保编译器能够找到所需的库文件。 总结一下,error LNK2019一个链接器错误,通常表明在编译期间找不到符号的定义。解决方法主要是检查函数或变量的声明和定义是否一致,使用正确的函数签名,以及确保有正确的库文件或链接选项。希望对您有帮助! ### 回答3: error LNK2019是Visual Studio编译器常见的链接错误之一。该错误表明在链接过程中找不到特定函数或符号的定义。 常见的原因包括以下几点: 1. 函数或符号的定义缺失:在使用某个函数或符号之前,需要确保其有正确的定义。如果定义缺失或者链接到错误的定义,就会出现LNK2019错误。解决方法是在正确的位置添加函数或符号的定义。 2. 函数或符号的声明与定义不一致:如果一个函数或符号的声明与其实际定义不一致,也会导致LNK2019错误。例如,函数的参数类型、返回值类型或函数名不匹配。要解决该问题,需要确保声明和定义的一致性。 3. 编译器选项不正确:编译器选项的设置可能导致链接错误。例如,如果将C++代码编译为C代码,或者使用了错误的运行时库选项,都可能导致LNK2019错误。需要检查编译器选项,并根据实际情况进行修正。 4. 函数或符号在不同的目标文件中定义:如果一个函数或符号在多个目标文件中定义,链接器将无法确定使用哪个定义。在这种情况下,需要确保只有一个定义,并将其他定义标记为外部链接。 综上所述,解决LNK2019错误的方法包括添加正确的定义、确保声明与定义一致、检查编译器选项和消除重复定义。通过仔细检查这些因素,我们可以解决LNK2019错误并顺利完成编译和链接过程。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值