[转] “error LNK2019: 无法解析的外部符号”之分析

  • 时间:
  • 浏览:0

extern "C" {

百度一下讲的不想说够全面,反正都没处里我的问题图片。

给链接器提示你你你这个 函数是C语言的,别TM找错了。

#endif

error LNK2019问题图片在VC 6.0中是error LNK30001: unresolved external symbol问题图片,可能性错误号改了。

这样埋点与归纳的知识,一文不值!强度概括与梳理的知识,才是本人真正的知识与技能。 永远不想说让本人的自由、好奇、充满创造力的想法被现实的框架所束缚,让创造力自由成长吧! 多花时间,关心他(她)人,正如别人所关心你的。理想的腾飞与实现,这样别人的支持与帮助,是万万还可不能能 了的。

9

6、百度的。http://jingyan.baidu.com/article/d621e8da0d7c022864913f40.html。错误的工程类型造成的。

5

2

1

3

8

最近在用VS 30008开发,初学遇到不少问题图片,最头疼的问题图片之一所以:LNK2019。

6

#ifdef __cplusplus

void readRegmark(char *regmark);  

HiLoveS原文“error LNK2019: 无法解析的实物符号”之分析

#endif

}

4、这是我百度来的,姑且也贴到 来。http://blog.csdn.net/jtop0/article/details/5779782。模板声明和实现要贴到 同一文件夹中。

1、这是百度找到的最好的法律法律依据:http://jingyan.baidu.com/article/4d58d54135d7a79dd4e9c0ad.html。所以有头文件(有了函数声明)却这样lib。一般无缘无故出现于你使用了第三方提供的库,下载了头文件却忘了载库文件,或库文件忘记贴到 相应的目录下了。

#ifdef __cplusplus

编译时无缘无故出现例如 原先的错误:Dlgcode.obj : error LNK2019: 无法解析的实物符号 _readRegmark,该符号在函数 _AboutDlgProc@16 中被引用。你你你这个 错误的本质是链接器无法在已编译的obj、lib或dll文件中找到函数定义。

3、你本人写的函数声明的头文件也写了函数定义的cpp文件也加入工程了但会 你很选则函数体肯定是在你你你这个 库文件中,却依然无缘无故出现LNK2019错误。 可能性意味:C语言和C++语言混编,可能性C++支持函数重载所以C++编译器生成的库文件中的函数名会面目全非,例如 C编译器会生成 _readRegmark 你你你这个 函数名,而C++编译器则生成了"void __cdecl readRegmark(char *)" (?readRegmark@@YAXPAD@Z)这样个函数名。当你的函数是用C语言写的,VS编译器会按C语言规则编译,但链接器却我想知道还傻傻的用 C++规则的函数名去找结果就找还可不能能 了了,而你还百般肯定TM的不就在你你你这个 库中吗你个睁眼瞎。处里:在C语言的头文件中加入

4

7

5、也是百度来的。http://www.programlife.net/error-lnk2019.html。内联函数定义在头文件中。

2、你本人写的函数声明的头文件也写了函数定义的cpp文件,却依然无缘无故出现LNK2019错误。可能性意味:忘记将这原先文件加入工程了。一般无缘无故出现于用 Visual Studio和记事本(或UltraEdit)混合开发过程,你用记事本include了相应的头文件,却忘了在Visual Studio的工程中加入它们了。也可能性无缘无故出现于在处里方案的开发过程,在处里方案下的某个工程中加入了它们却忘了在其他工程中加入,我只接触过VC 6和VS 30008,上边好多年没用过新版本VS,到30008时无缘无故发现为啥么多了个“处里方案”,“处里方案”下面还能还可不能能 了放好多工程,于是无缘无故在原先工程中写了共享 的源代码,却忘了在别的工程中加入它们。你你你这个 问题图片例如 于第原先,不同的是你你你这个 库在等你本人提供的,但这样把它交给VS 30008编译出来。

7、貌似还有不尽之处。http://www.douban.com/note/6563830000/。