关于 error LNK2019: unresolved external symbol _cvLoadImage referenced in function _main问题的解决办法

最新推荐文章于 2025-07-06 11:32:17 发布
原创 最新推荐文章于 2025-07-06 11:32:17 发布 · 1.9k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#OpenCV

本文介绍了解决在使用OpenCV时遇到的LNK2019未解析外部符号错误的方法。通过更改配置管理器中的平台设置从Win32到X64，可以有效解决此问题。

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

错误：

1>main.obj : error LNK2019: unresolved external symbol _cvLoadImage referenced in function _main

1>D:\VStudio2010_EN\Projects\OpenCV\mySecondOpenCVConsoleApp\Debug\mySecondOpenCVConsoleApp.exe : fatal error LNK1120: 1 unresolved externals

解决办法：

在配置管理器（Configuration Manager）修改Win32为X64。即：显示Debug | Win32 的那一栏下拉列表可以看到配置管理器（Configuration Manager），选择后，再选择平台（platform）--》New--》New platform ，选择X64 。这样就解决了这个问题！


qq_41674120
关注
关于error LNK2019::Unresolved External Symbol * Referenced In Function..解决办法 2
baidu_24736703的博客
05-17 9912
前几天我转了一篇关于error LNK2019::Unresolved External Symbol * Referenced In Function..解决办法的博客，但我自己后来按照上面的办法并没有解决我遇到的问题，当然这里我不是在说原博主给出的解决方案不对，应该是我遇到的问题跟原博主提出的情况都不符合，所以才没解决！
错误 1 error LNK2019: unresolved external symbol _main referenced in function ___tmainCRTStartu
neuqbingoye的专栏
02-27 2万+
当出现这种错误时，你首先要做得是检查代码拼写错误 ，特别是字母拼写顺序错误、{ }不匹配，有很大概率是这种低级错误。接下来才考虑其它问题：   产生这个问题可能的原因 1， 你用vc建了一个控制台程序，它的入口函数应该是main, 而你使用了WinMain. 2. 你用vc打开了一个.c/.cpp 文件，然后直接编译这个文件，这个文件中使用了WinMian而不是main作为入口函数。vc这
error LNK2019: unresolved external symbol
热门推荐
jtop0的专栏
08-01 8万+
error LNK2019: unresolved external symbol(2007-05-28 10:23:43) 转载   分类：Programe(C/C++/VC/.NET)错误是解决了一个又一 个，记下来权当是经验了。共有11个类似的错误，我列出1个来。模板： template void Blur(T* SourceImage, const int Width, const int Height); template void Blur (unsigned c
编译 Boost 程序时遇到的错误是链接错误，提示“无法解析的外部符号” (unresolved external symbol)
最新发布
zhxup606的专栏
07-06 767
编译 Boost 程序时遇到的错误是链接错误，提示“无法解析的外部符号” (unresolved external symbol)，具体涉及 boost::log::v2s_mt_nt6::aux::stream_provider<char>::allocate_compound 函数。错误信息表明，链接器在生成可执行文件时找不到 boost::log::v2s_mt_nt6::aux::stream_provider<char>::allocate_compound 的实现。
error LNK2019: unresolved external symbol错误，解决
swazer_z
01-19 1145
某次编写一个COM组件，接口定义好之后，增加了ZRX代码后编译链接，出现如下错误提示，百思不得其解。 error LNK2019: unresolved external symbol "public: enum Zcad::ErrorStatus __thiscall ZcDbDatabase::readDwgFile(char const *,int,bool,wchar_t const
【error LNK2019: unresolved external symbol】
11-03 1321
在学些C++中的类时，出现类报错。如下：  error LNK2019: unresolved external symbol "void __cdecl callme1(class StringBad &)" (?callme1@@YAXAAVStringBad@@@Z) referenced in function _main .exe : fatal error LNK1120: 1
visual C++ 2015报错：error LNK2019: unresolved external symbol __imp__curl_global_init referenced in
weixin_43803955的博客
08-12 807
太难了，报了一堆错~ 1>HttpClient.obj : error LNK2019: unresolved external symbol __imp__curl_global_init referenced in function “public: __thiscall CHttpClient::CHttpClient(void)” (??0CHttpClient@@QAE@XZ) 1>HttpClient.obj : error LNK2019: unresolved external
visual C++ 2015 报错error LNK2019: unresolved external symbol _mysql_num_rows@4 referenced in function
weixin_43803955的博客
08-18 481
visual C++ 2015 报错error LNK2019: unresolved external symbol _mysql_num_rows@4 referenced in function 如图所示： 1>SqlManager.obj : error LNK2019: unresolved external symbol _mysql_num_rows@4 referenced in function "public: bool __thiscall CSqlManager::GetRec
解决error LNK2001: unresolved external symbol
07-25
解决 error LNK2001: unresolved external symbol 在编译VC项目时，经常会遇到error LNK2001: unresolved external symbol的错误，这个错误是由于缺少某些库文件而引起的。在这里，我们总结了三种常见的情形，并...
cmake和visual studio解决error LNK2019: unresolved external symbol的问题
从零开始
04-14 4659
unresolved external symbol 程序链接阶段没法找到对应的symbol，要么是函数只有一个声明放在那里而没有实现，要么是没有把第三方库添加进来。 rtkcmn.obj : error LNK2019: unresolved external symbol __imp_timeGetTime referenced in function tickget cmake 中添加外部...
Error LNK2019: unresolved external symbol
wait2kyears的专栏
05-20 6291
最近写的程序一个solution里有两个projects，一个c++的project要调用c project，编译的时候一直出现link error，Error LNK2019: unresolved external symbol。查了好长时间才发现下面的解决方法，很不错。 http://blogs.msdn.com/vsdteam/archive/2005/11/20/495123.
error LNK2019:unresolved external symbol
fabushi_的博客
07-07 1056
无法解析外部符号
error LNK2019: unresolved external symbol _WinMain@16 referenced in function ___tmainCRTStartup
chouchijiao8952的博客
03-25 692
一、问题描述： error LNK2019: unresolved external symbol _WinMain@16 referenced in function ___tmainCRTStartup 二、产生原因： 1. 你用vc建了一个控...
error LNK2019: unresolved external symbol __imp____lc_codepage referenced in function _mbrlen libmin...
weixin_30827565的博客
07-14 1100
windows下编译ffmpeg静态库时，只能生成.a静态库，ffmpeg静态库加入了x264编码器的支持。当然，我们是可以将这些.a文件链接到我们VC工程的。（建议按此链接顺序） 并且将C:\MinGW\lib加入到附加目录中。 #pragma comment(lib, "libgcc.a") #pragma comment(lib, "libmingwex.a") #pragma co...
错误 LNK2019: unresolved external symbol 表示编译器在编译时找到了对函数 printTypeof＜double＞(double const &) 的引用，但在链接时
qq_45180349的博客
09-20 510
确保模板函数的定义和声明都在头文件中。如果定义必须放在.cpp文件中，使用显式实例化模板函数。
error LNK2019 unresolved external symbol error LNK2019 unresolved external symbol
Kp0fS的草稿纸
05-15 639
error LNK
error LNK2019: unresolved external symbol "public: __thiscall
Mr. Feng
12-20 8531
出现error LNK2019: unresolved external symbol "public: __thiscall 这种错误，最常见的两种原因 1. 被调用函数没有实现，如只在头文件.h中做了声明，没在源文件.cpp中做对应的实现（即使是方法体为空，也要做对应的实现） 2. 被调用函数所在的lib文件没有导入或没被设置为依赖项 解决方法就是：1. 做函数声明的对应实现;
LNK2019: unresolved external symbol _dgeev_ referenced in function_main
05-29
<think>好的，用户现在遇到了LNK2019链接错误，与_dgeev_符号相关的问题，还提到了FortranLapack中的int*到integer*转换问题。首先，我需要回顾之前的对话，看看用户之前的问题是什么。之前用户提到使用CLAPACK时出现类型转换错误，提示无法将int*转换为integer*，我给出的解决方案是统一使用CLAPACK中的integer类型，并检查头文件和编译选项。现在用户的新问题是在链接阶段出现LNK2019错误，具体是未解析的外部符号_dgeev_。这可能涉及到几个方面：库链接是否正确、符号命名约定是否匹配、类型转换是否正确，以及Fortran和C/C++之间的调用约定。首先，LNK2019通常是因为编译器找不到函数或变量的定义。对于_dgeev_来说，这个函数属于LAPACK的Fortran实现，所以用户需要确保正确链接了LAPACK库。比如，在Windows下使用CLAPACK可能需要链接libf2c.lib、blas.lib、lapack.lib等。如果使用的是预编译的库，需要确认路径是否正确，项目配置中是否添加了这些库。其次，Fortran和C/C++在符号命名上有差异。Fortran通常会在函数名后加下划线，比如dgeev在Fortran中可能被编译为dgeev_，而C/C++直接使用dgeev_。但这也取决于编译器的设置，比如是否启用名称修饰。用户需要确认调用的函数名是否与库中的符号名一致。例如，是否在代码中正确使用了dgeev_，而库中确实存在这个符号。 第三，之前提到的类型转换问题可能仍然存在。CLAPACK使用integer类型，而用户代码中的int*如果没有正确转换为integer*，可能导致参数传递错误，进而引发链接问题。需要确保所有传递给dgeev_的整数参数都是CLAPACK定义的integer类型，并且指针类型正确匹配。 另外，用户可能在混合使用不同编译器生成的库，导致符号不兼容。例如，用VisualStudio编译的C++代码链接由MinGW或gfortran编译的LAPACK库，可能会出现调用约定或名称修饰不一致的问题。需要确保所有库都是用相同的编译器或兼容的设置编译的。还有，检查是否在项目中正确配置了库的路径。在VS中，需要在项目属性中添加库目录和附加依赖项。如果用户使用的是CLAPACK，可能需要将libf2c.lib、blas.lib、lapack.lib等添加到附加依赖项中，并确认这些库文件确实存在于指定的路径下。 另外，用户提到的引用中的其他LNK2019错误，如__vsnwprintf和_WinMain@16，这些问题通常与运行时库或入口点设置有关，但当前问题与_dgeev_相关，可能不直接相关，但需要排除其他链接错误的影响。比如，如果用户项目中有多个链接错误，可能需要逐一解决，但当前重点在_dgeev_。 可能的解决方案步骤包括：1.确认正确包含CLAPACK的头文件，如f2c.h和clapack.h，并确保integer类型定义正确。例如，检查f2c.h中是否有typedeflongint integer;或类似的定义，确保代码中的整数参数使用该类型。 2.检查函数调用是否正确使用dgeev_，并确保参数类型正确。例如，所有整数参数如n、lda、ldvr等都应声明为integer，并通过指针传递。3.确保正确链接了所需的库文件，如lapack.lib、blas.lib、libf2c.lib等，并在项目属性中设置正确的库目录。4.检查编译器选项，特别是与Fortran兼容性相关的选项，比如名称修饰是否匹配。可能需要使用extern"C"来避免C++的名称修饰，确保链接器能找到正确的符号。 5.如果用户自行编译了CLAPACK库，可能需要确认编译过程是否正确，特别是针对Windows和VisualStudio的环境设置是否正确，是否生成了正确的库文件。 此外，用户之前的问题涉及类型转换，可能在解决类型问题后，链接问题仍然存在，因为函数符号未被正确找到。因此，需要综合类型转换和库链接两方面来解决问题。 可能的验证步骤是创建一个简单的测试程序，调用dgeev_函数，并确保所有参数类型正确，然后检查是否能成功编译和链接。例如，使用提供的示例代码，并确保库路径和链接库正确。如果用户使用的是不同版本的CLAPACK或LAPACK，可能需要确认函数名称是否一致。例如，某些版本的LAPACK可能使用不同的命名约定，或者需要特定的宏定义来启用函数声明。 最后，用户可能需要检查项目的运行时库设置，确保所有库和主项目使用相同的运行时库（如多线程DLL、静态库等），避免混合使用不同运行时库导致的链接问题。</think>### LNK2019链接错误_dgeev_问题解决方案 #### 问题分析 `LNK2019: unresolved external symbol _dgeev_`错误表明链接器无法找到Fortran LAPACK函数`dgeev`的实现[^1]。此问题通常由以下原因导致： 1. **库未正确链接**：未包含LAPACK/BLAS库或链接顺序错误[^4] 2. **符号命名冲突**：Fortran与C/C++的符号命名规则差异（如Fortran默认添加下划线`_dgeev_`） 3. **类型转换问题**：CLAPACK的`integer*`与C的`int*`类型不兼容[^1] #### 分步解决方案 1. **库配置验证** ```properties # VS项目属性设置示例 Configuration Properties -> Linker -> Input -> Additional Dependencies: lapack.lib;blas.lib;libf2c.lib; # 添加LAPACK相关库 ``` - 确认库文件路径正确（Properties -> Linker -> General -> Additional Library Directories） 2. **符号命名适配** ```c # 显式声明Fortran函数命名规则 extern "C" { void dgeev_(...); // 强制使用Fortran命名约定 } ``` - 若使用CLAPACK，需确保调用时函数名带下划线`dgeev_`[^1] 3. **类型统一修正** ```c #include <f2c.h> // 必须包含类型定义 integer n = 3; // 替换原int类型 dgeev_(&jobvl, &jobvr, &n, a, &lda, wr, wi, vl, &ldvl, vr, &ldvr, work, &lwork, &info); ``` - 所有整型参数必须使用`integer`类型（`f2c.h`中定义为`long int`或`int`）[^1] 4. **编译选项优化** ```bash # 使用兼容Fortran的调用约定 /Qlowercase /iface:cvf # Intel编译器选项示例 ``` - 对于Visual Studio，需确保使用`__stdcall`调用约定 #### 验证示例 ```c #include <stdio.h> #include <f2c.h> #include <clapack.h> extern "C" void dgeev_(...); // 显式声明Fortran符号 int main() { integer n = 3; double a[9] = {1,2,3,4,5,6,7,8,9}; double wr[3], wi[3], work[30]; integer info, lwork = 30; dgeev_("N", "V", &n, a, &n, wr, wi, NULL, &n, NULL, &n, work, &lwork, &info); return 0; } ``` #### 编译指令 ```bash cl /DINTEGER_IS_LONG main.c -I"%CLAPACK_PATH%\include" /link lapack.lib blas.lib libf2c.lib ``` - 需替换`%CLAPACK_PATH%`为实际库路径 - `/DINTEGER_IS_LONG`确保`integer`定义为`long`[^1]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值