vscode基于Linux和Windows下c/c++的多文件编译与连接

时间:2022-08-08 05:58:12

    有时写写小程序,又不想启动2013,vscode就成了我的首选。刚接触vscode的时候,跟着网上配置了一堆东西,总算能编译C/C++了,但一涉及到多文件,我还得乖乖的打开vs2013。前些天在配置Linux上的vscode的时候,突然发现有网友在tasks.json中的command是make,突然来了兴致,想到既然用make,那我只要一个makefile,然后Ctrl+Shift+B,在vscode上多文件编译连接这个问题不就能解决了吗。于是动手开始按着那位网友的配置写好了tasks.json。但最终make命令执行失败,说是找不到target什么的(忘了),但我不甘心,于是又是百度又是google,搜索了差不多两个小时都没有找到有效的解决方法。

    当再次仔细看我的配置的时候,光标移到command上的时候,出现了一个提示“The command to be executed. Can be an external program or a shell command.”。看到shell命令也可以的时候感觉要吐血了,感觉我浪费了宝贵的两个小时,明明用shell脚本就变得很简单了,有多简单?看图

tasks.json

vscode基于Linux和Windows下c/c++的多文件编译与连接

    .make.sh

vscode基于Linux和Windows下c/c++的多文件编译与连接

简单吧,就是通过vscode将文件的目录${fileDirName}作为参数传给.make.sh,在脚本里进入这个目录后,再make一下就好了。

    以下测试通过

    

//test.h#ifndef _MULTI_FILE_TEST_
#define _MULTI_FILE_TEST_
#include <stdio.h>

void print();

#endif

//tesh.c
#include "test.h"

void print()
{
    printf("hello world!\n");
}

//main.c
#include "test.h"
int main()
{
    print();
    return 0;
}

Ctrl+Shift+B前

vscode基于Linux和Windows下c/c++的多文件编译与连接

Ctrl+Shift+B后

vscode基于Linux和Windows下c/c++的多文件编译与连接

debug

vscode基于Linux和Windows下c/c++的多文件编译与连接

至此,Linux上的vscode配置大功告成啦,在Windows是其实同理写一个简单的批处理就好,不过首先要mingw32,安装并且配置好gcc/g++环境,另外,mingw32的bin下没有make.exe,但有一个mingw32-make.exe,将它改成make就好,不改也行,不过相应的批处理文件里就写mingw32-make而不是make,不多说,贴上windows的配置图

vscode基于Linux和Windows下c/c++的多文件编译与连接

vscode基于Linux和Windows下c/c++的多文件编译与连接

最后顺便贴一下我的makefile和launch.json吧

Linux下makefile

.SUFFIXES:.c .oCC=gccSRCS=main.c\test.cOBJS=$(SRCS:.c=.o)EXEC=mainbuild:$(OBJS)$(CC) -o $(EXEC) $(OBJS)@echo '---------------OK---------------'.c.o:$(CC) -Wall -g -o $@ -c $<clean:rm -f $(OBJS)rm -f $(EXEC)


Linux下launch.json

{    // Use IntelliSense to learn about possible attributes.    // Hover to view descriptions of existing attributes.    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387    "version": "0.2.0",    "configurations": [                {            "name": "(gdb) Launch",            "type": "cppdbg",            "request": "launch",            "program": "${workspaceFolder}/${fileBasenameNoExtension}",            "args": [],            "stopAtEntry": false,            "cwd": "${workspaceFolder}",            "environment": [],            "externalConsole": true,            "MIMode": "gdb",            "setupCommands": [                {                    "description": "Enable pretty-printing for gdb",                    "text": "-enable-pretty-printing",                    "ignoreFailures": true                }            ]        }    ]}


Windows下makefile

.SUFFIXES:.c .oCC=gccSRCS=main.c\    test.cOBJS=$(SRCS:.c=.o)EXEC=main.exebuild:$(OBJS)    $(CC) -o $(EXEC) $(OBJS)    @echo '---------------OK---------------'.c.o:    $(CC) -Wall -g -o $@ -c $<clean:    del $(OBJS)    del $(EXEC)


Windows下launch.json

{"version": "0.2.0","configurations": [{"name": "C++ Launch (GDB)",                 // 配置名称,将会在启动配置的下拉菜单中显示"type": "cppdbg",                           // 配置类型,这里只能为cppdbg"request": "launch",                        // 请求配置类型,可以为launch(启动)或attach(附加)"targetArchitecture": "x86",                // 生成目标架构,一般为x86或x64,可以为x86, arm, arm64, mips, x64, amd64, x86_64"program": "${fileDirname}/${fileBasenameNoExtension}.exe",  // 将要进行调试的程序的路径"miDebuggerPath":"D:/MinGW32/mingw32/bin/gdb.exe", // miDebugger的路径,注意这里要与MinGw的路径对应"args": ["blackkitty",  "1221", "# #"],     // 程序调试时传递给程序的命令行参数,一般设为空即可"stopAtEntry": false,                       // 设为true时程序将暂停在程序入口处,一般设置为false"cwd": "${fileDirname}",                  // 调试程序时的工作目录,一般为${workspaceRoot}即代码所在目录"externalConsole": true                   // 调试时是否显示控制台窗口,一般设置为true显示控制台}]}


本文出自 “11662416” 博客,请务必保留此出处http://11672416.blog.51cto.com/11662416/1981689