C语言，error LNK2005: _main 已经在 xx.obj 中定义

最新推荐文章于 2024-04-09 11:31:45 发布
原创 最新推荐文章于 2024-04-09 11:31:45 发布 · 3.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客指出在同一个工程里，不同文件可能存在两个main函数入口，解决办法是将另一个main入口注释或者删掉。

原因在于同个工程下，可能在不同的文件中存在两个main函数入口
注释或者删掉另一个main入口即可

Visual Studio：多种方法解决VS在创建多个源文件后运行时出现的重定义错误：main已经在1.obj中定义
Code_流苏：在代码中寻诗意，在实践中觅真知
04-08 1万+
多种方法解决VS在创建多个源文件后运行时出现的重定义错误：main已经在1.obj中定义
error LNK2005: 找到一个或多个多重定义的符号已经在xxxx.obj中定义的解决方法
PixelShadeZ的博客
08-20 2240
总结一下，当我们在进行C/C++编程时，如果出现error LNK2005错误提示"找到一个或多个多重定义的符号已经在xxxx.obj中定义"时，通常表示在多个源文件中定义了相同的全局变量、函数或类等。为了解决这个问题，我们可以使用extern关键字来声明全局变量、函数或类的原型，并将其定义放在单独的源文件中。除了全局变量外，我们也可能在多个源文件中定义了相同的函数或类。在上述示例中，我们在main.cpp中声明了printMessage()函数，并在utils.cpp中进行了定义。
VS中C++报错【error LNK2005: _main 已经在 xxx.obj 中定义】
姚先生的全栈之路
03-16 8888
关于VS中C++报错：【error LNK2005】的解决方法
已在.obj中定义
z15f34的博客
07-03 1870
全局变量就放在头文件内，加上static关键字；局部变量放到cpp文件内；为所有的函数增加CPP，声明在头文件，定义在CPP内。
出现错误： LNK2005 main 已经在 demo.obj 中定义
xixibubaxiu的博客
03-03 374
VS2015中，出现题示问题 按照网上解决办法，属性管理器-通用属性-命令行-加上 /FORCE:MULTIPLE
VS报错：error:LNK2005 _main 已经在 *.obj 中定义
weixin_40194697的博客
01-13 1608
实际上，多年以来一直有个问题困扰我很久，总弄不明白，就是一般一个头文件对应一个源文件，但是，一些数据类型、宏定义等，在头文件中定义，在源文件中使用，同时，在其他文件也要使用，那么源文件必须嵌入这个头文件，其他文件也需要嵌入这个头文件。然后，一些变量，在源文件中定义，别的源文件需要使用，则，就需要在头文件中声明。这些变量，是在源文件中定义的，在头文件声明，其他源文件只需要嵌入头文件，即可使用。其实，这些数据类型和宏，完全可以在源文件定义，然后在头文件再声明，和变量、函数是一样的处理。试运行程序，没有问题。
【C/C++--ERROR】LNK2005：_main 已经在 xx.obj 中定义 & LNK1169： 找到一个或多个多重定义的符号
热门推荐
若如初见
01-09 1万+
1.错误描述 在Visual Studio中执行C语言程序时出现下列错误： 错误1：error LNK2005: _main 已经在 xx.obj 中定义 错误2：error LNK1169: 找到一个或多个多重定义的符号 程序代码如下： #include <stdio.h> int main() { printf("hello world!"); return 0; } 2.错误原因 工程里有多个.c或.cpp文件，而且都定义了main函数。 具体到这个问题里，就是除了当前的
error:LNK2005 已经在*.obj中定义 的原因分析及对策
2301_78131481的博客
04-09 4425
/如果没有定义这个宏//定义这个宏//...code...头文件主体内容endif我经常忽略的一个细节，举例说明：class Cubepublic:Cube();~Cube();m_a = a;m_a = b;m_a = c;int getV();//声明了getV().想要在外部单独定义private:int m_a;int m_b;int m_c;int m_v;return m_v;变量在使用前就要被定义或声明；
error LNK2005: 在 XXX.obj 中定义了重复符号/fatal error LNK1120: 无法解析的外部命令 C/C++
ByteBuster的博客
09-05 921
当出现"error LNK2005"错误时，意味着在链接过程中，存在重复定义的符号。多个源文件中包含了相同的全局变量或函数定义。头文件中包含了函数的实现，而不仅仅是函数的声明。// 文件1.cpp// 文件2.cppreturn 0;在上面的示例中，我们在两个不同的源文件中定义了名为的全局变量。这将导致"error LNK2005"错误，因为链接器无法确定应该使用哪个定义。将全局变量定义放在头文件中，并在需要使用它的源文件中进行声明。这样做可以确保每个源文件只有一个定义。
error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)”中被引用...
墨鱼菜鸡
07-11 3910
From：https://blog.csdn.net/u012570056/article/details/74639894 一，问题描述 MSVCRTD.lib(exe_winmain.obj) : error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)" (?...
main已经在xxx中定义。
qq_59277836的博客
07-23 1209
多个源文件报错的解决方法
错误解决1：VS中main 已经在xxx中被定义
mustgogo的博客
03-04 1247
错误解决1：VS中main 已经在xxx中被定义
error LNK2005:“XXX已经在 XXX.obj 中定义
qq_38883139的博客
02-05 678
今天第一次遇到多文件包含的问题，一般来说C++开发都是声明放在头文件里，实现放在源文件里，然后使用时包含头文件，头文件为了避免被重复编译，一般来说要加个杂注“#pragma once ”，或者直接用“#ifndef XXX ....#endif”来处理。好吧，这些我都知道，偏偏各种办法都用遍了，extern也加了，就是一直给我报下面那个错： 折腾了半天，终于让我给折腾好了。 全局变量...
main已被定义
wgz0621的博客
09-09 516
在一个源文件中出现报错main已被定义，且只有一个main函数时，可能是因为项目中有其他源文件且存在main函数，此时应将其注释掉或删除。
LNK2005 _main 已经在 test0208.obj 中定义 / LNK1169 找到一个或多个多重定义的符号
qq_46906413的博客
03-18 6175
** 错误 LNK2005 _main 已经在 test0208.obj 中定义 错误 LNK1169 找到一个或多个多重定义的符号 出现这类错误的原因基本上都是在同一个文件下的.cpp文件中有main函数没有注释（违背了一个项目中只能有一个主函数（main）的要求，任何代码最先开始执行的地方都是从主函数开始执行） &&&&&&##****************##&&&&&& 例如我要运行Tonumbe
error LNK2005: _main already defined in test.obj
meihuasheng的博客
06-07 8223
error LNK2005: _main already defined in test.obj 中文翻译：错误lnk2005:_main已在test.obj中定义 错误原因： 你之间已经打开过一个程序并且成功运行，此次创建第二个程序编译运行出现上面报的错误； 解决方式： “File”菜单中选择“Close Workspace”项，完全关闭前一个项目； 每次写完一个C++程序...
显示状态错误 LNK2005 main 已经在 xxxx.obj 中定义 ；LNK1169 找到一个或多个多重定义的符号
TIG_JS的博客
12-05 2394
显示状态错误 LNK2005 main 已经在 xxxx.obj 中定义 ;LNK1169 找到一个或多个多重定义的符号
[C++] 链接器工具错误 LNK2005 （已经在main.obj中定义）
joyride_run的博客
05-04 4272
出现的问题如下两图所示： 比如我们现在有 fun.h 和 fun.cpp，也就是普通的声明文件与定义文件。但是我们有多个运行文件，也就是有多个main函数的cpp。即便只保留一个运行main，其他的注释main，也会因为头文件都包含了fun.cpp而导致这个错误的产生。因此，应当避免出现多个main文件的出现，要注释就整个文件都注释，而不是只注释一部分。 （1）对于头文件中声明的全局变量：使用 extern 修饰，在 fun.h 中写 extern int mod; 在 fun.cpp 中写 int mod
需要再Fortran项目属性中配置什么东西吗？我的项目有错误提示：1>FortranTest.obj : error LNK2019: 无法解析的外部符号 _add_numbers，该符号在函数 _MAIN__ 中被引用 1>Debug\FortranTest.exe : fatal error LNK1120: 1 个无法解析的外部命令
最新发布
04-30
<think>好的，我现在要解决用户在Visual Studio中Fortran调用C++函数时遇到的LNK2019和LNK1120链接错误问题。首先，我需要回忆一下之前给出的解决方案，并结合用户提供的引用内容来调整回答。 用户提到他们已经在VS中创建了C++和Fortran项目，现在想通过Fortran调用C++的函数，但遇到了链接错误。根据之前的回答，核心步骤是创建C++动态库，使用extern "C"导出函数，然后在Fortran中通过iso_c_binding进行调用。但用户现在遇到了链接问题，需要更详细的配置指导。 首先，根据引用[1]，混合编程需要注意C++和Fortran的运行时库类型是否一致。用户可能在项目配置中，C++和Fortran的运行时库不匹配，导致链接错误。例如，C++项目可能使用了MDd（动态调试），而Fortran项目使用了静态库或其他类型，这需要统一配置。 引用[2]提到C++的修饰名和调用约定，比如__cdecl。在C++中，函数名会被编译器修饰，导致Fortran无法正确识别符号。因此，必须在C++头文件中使用extern "C"来禁止名称修饰，确保导出的函数名是纯C风格的。这一点在之前的回答中已经覆盖，但需要再次强调，特别是检查是否遗漏了extern "C"或者在头文件中的条件编译是否正确。 引用[3]指出在链接时可能需要特定的库，如libmmd.lib、libifcore等。当出现未解析的外部符号时，比如pow2o3或for_stop_core_quiet，需要添加这些Intel的库到Fortran项目的链接器配置中。这可能是因为Fortran运行时依赖这些库，而项目没有正确链接它们，导致LNK2001错误。因此，在解决方案中需要明确提到添加这些库的步骤。 引用[4]中的用户案例显示，当只包含头文件而缺少对应的cpp文件时，会导致链接错误。这提示用户需要确保C++项目的源文件正确包含在项目中，或者动态库的.lib文件正确链接。如果用户将C++代码直接复制到Fortran项目，但没有正确生成.lib，或者路径配置错误，也会出现类似问题。因此，需要检查项目配置中的附加库目录和依赖项是否正确。 接下来，我需要整理这些信息，形成结构化的解决方案，逐步指导用户配置项目，避免链接错误。重点包括： 1. C++动态库的创建和导出函数的正确声明（使用extern "C"和__declspec(dllexport)）。 2. 确保C++和Fortran项目的运行时库类型一致（如MD/MDd）。 3. Fortran项目中正确链接C++生成的.lib文件，并添加必要的附加库目录。 4. 处理可能的未解析符号，添加Intel特定的库如libifcoremt.lib、libmmd.lib等。 5. 检查调用约定是否一致，例如使用__cdecl或__stdcall，确保Fortran中的bind(C)正确对应。 同时，需要详细说明每一步的具体操作，例如如何在VS中配置项目属性，如何检查生成的符号，以及如何通过dumpbin工具验证导出函数是否正确。 最后，要确保回答覆盖用户提到的LNK2019和LNK1120错误，这些错误通常是由于未找到函数定义或符号不匹配导致的，因此需要逐一排查导出、链接配置和依赖库的问题。</think>在Visual Studio中实现Fortran调用C++函数并解决LNK2019/LNK1120链接错误，需重点关注**符号导出规范**、**运行时库匹配**和**依赖项配置**。以下是详细解决方案： --- ### 一、C++动态库关键配置（解决符号导出问题） #### 1. 强制使用C语言链接规范 ```cpp // math_operations.h #ifdef MATH_EXPORTS #define MATH_API __declspec(dllexport) #else #define MATH_API __declspec(dllimport) #endif extern "C" { // 禁用C++名称修饰[^2] MATH_API double __cdecl add_numbers(double a, double b); // 明确调用约定 MATH_API void __cdecl modify_array(double* arr, int size); } ``` #### 2. 项目属性配置 - **常规 → 配置类型**：动态库(.dll) - **C/C++ → 代码生成 → 运行时库**：选择与Fortran一致的选项（如`/MDd`调试模式） --- ### 二、Fortran项目配置（解决链接器错误） #### 1. 运行时库匹配（关键步骤）[^1] | 配置项 | C++项目设置 | Fortran项目设置 | |------------------------|------------------|--------------------------| | 调试模式运行时库 | `/MDd` | `Debug Multithread DLL` | | 发布模式运行时库 | `/MD` | `Multithread DLL` | **操作路径**： - C++：项目属性 → C/C++ → 代码生成 → Runtime Library - Fortran：项目属性 → Fortran → Libraries → Runtime Library #### 2. 链接器配置 ```ini # 项目属性 → 链接器 → 输入 附加依赖项 = math_operations.lib;libifcoremt.lib;libmmd.lib # 添加Intel数学库[^3] ``` ```ini # 项目属性 → 链接器 → 常规 附加库目录 = $(SolutionDir)CppProject\$(Configuration) # 指向.lib文件所在目录 ``` --- ### 三、符号验证与调试技巧 #### 1. 验证导出符号 ```powershell # 使用VS开发者命令提示符 dumpbin /exports math_operations.dll ``` 输出应包含： ``` ordinal hint RVA name 1 0 00001000 add_numbers 2 1 00001020 modify_array ``` #### 2. 混合调试配置 - 解决方案属性 → 配置属性 → 启动项目：选择Fortran项目 - 调试器类型 → 启用"自动"或"混合模式调试" --- ### 四、常见错误解决方案 #### 错误场景1：LNK2019（未解析的外部符号） ```log error LNK2019: unresolved external symbol "add_numbers" referenced in Fortran code ``` **解决方法**： 1. 检查C++函数是否使用`extern "C"`导出 2. 确认Fortran接口`bind(C, name="add_numbers")`名称完全匹配 3. 确保.lib文件生成路径正确 #### 错误场景2：LNK1120（依赖库缺失） ```log error LNK2001: unresolved external symbol for_stop_core_quiet ``` **解决方法**： ```ini 附加依赖项 += libifcoremt.lib;libirc.lib # 添加Intel Fortran核心库[^3] ``` --- ### 五、高级数据交互示例 #### 结构体传递 ```cpp // C++端 #pragma pack(push, 1) // 禁用内存对齐 struct Point { double x, y; }; extern "C" MATH_API void __cdecl transform_point(Point* p, double scale); ``` ```fortran ! Fortran端 type, bind(C) :: Point real(c_double) :: x, y end type interface subroutine transform_point(p, scale) bind(C) import :: c_double, Point type(Point) :: p real(c_double), value :: scale end subroutine end interface ``` --- ### 六、验证流程清单 1. [ ] 确认C++项目生成`.dll`和`.lib` 2. [ ] 检查Fortran附加依赖项包含`.lib`和Intel数学库 3. [ ] 使用`dumpbin`验证导出符号 4. [ ] 对比C++和Fortran的调用约定（`__cdecl` vs `bind(C)`） 5. [ ] 确保所有浮点参数使用`real(c_double)`类型 ---
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值