奇怪愚蠢的C++编译问题

本文讲述了作者在使用VSCode编写C++时遇到的链接错误,包括找不到`WinMain`入口、VSCode默认使用gcc编译iostream、外部文件链接问题以及不同编辑器间的行为差异。作者寻求解决跨编辑器链接问题和推荐适合的VSCode插件的建议。
摘要由CSDN通过智能技术生成

E:\CPP>g++ -o test test2.cpp
D:/Program Files/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/lib/../lib/libmingw32.a(lib64_libmingw32_a-crt0_c.o):crt0_c.c:(.text.startup+0x2e): undefined reference to `WinMain'
collect2.exe: error: ld returned 1 exit status

报错原因找不到程序入口地址,解决方法:要先保存文件,直接运行是不会自动保存编辑器中的文件内容的。

还有个奇怪的报错,我写的CPP代码,也是保存为CPP文件类型,但是vscode编辑器仍然使用gcc编辑器来运行,导致无法发现iostream库。

我发现原因是因为自己在命令行使用gcc -o 【目标可执行程序名(不用带后缀)】 【源cpp文件(带后缀)】。发现可以运行。

解决方法,更改拓展或者重新下载程序运行的拓展,比如我原先使用

后来使用

更换之后,发现自动按照对应文件后缀的编辑器运行了

3.菜鸟教程中使用external 关键字连接两个文件,然后单独运行其中一个文件时均报错,奇怪,然后使用命令行运行,可以,然后我使用vscode的powershell运行发现不可以,

g++ main.cpp support.cpp -o write  这是原网站中使用的命令,生成了一个名为write.exe的可执行程序,但在powershell中会默认这个名字的可执行程序为写字板,然后打开

哭笑不得。然后我改写了输出文件名称,设置为wr.exe,然后学到了下面的小知识

在cmd中直接输入wr.exe就可以运行了,但powershell中还要输入.\wr.exe。有趣的知识

另外的古怪报错,我单独运行main.cpp 与support.cpp

均报错,我不知道为什么,明明在命令行中简单的g++ src.cpp -o dest.exe 这么一行命令能解决的事情,编辑器要通过那么长的命令来运行,还报错,我几乎每次都要手动输入命令来编译运行。

我不理解这种奇怪的涉及到多文件链接成一个可执行程序时,vscode为什么会割裂这种链接关系,其他人使用vscode都用的什么插件呢?你们会遇到这种问题吗?还是干脆使用其他的编辑器来运行C++程序。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值