ICode9

精准搜索请尝试: 精确搜索
首页 > 系统相关> 文章详细

Linux下 VS Code 安装与 C 编程环境配置!

2020-11-29 15:02:50  阅读:160  来源: 互联网

标签:文件 gcc Code name 源文件 编译 VS Linux 目录


        对于多文件的C项目,大部分人会选择使用'cmake'来管理编译过程,对于精力充沛的朋友来说,也可以学习一下使用这个强大的工具。

        但我觉得如果只想在VS Code里写几行代码应对当前需求,没必要再去学习一个完全陌生的东西,也没必要把配置过程复杂化。

        所以我接下来讲的配置多文件编译的过程并不涉及'cmake'。

 

目录模式

        我将这种配置方式称为“目录模式”,跟Eclipse类似,每个目录作为一个项目。

        在上一篇中我们讲了如何进行单文件的编译和调试,其中使用了VS Code提供的变量,以定位到当前文件。

        同样地,我们只需要再使用VS Code提供的变量,定位到当前目录,再利用Linux Shell的通配符,即可匹配到当前目录下所有要编译的源文件。

        gcc本身是支持多文件编译的,只需要把文件名作为参数即可。

        配置好的tasks.json文件大致如下:

{

    "version": "2.0.0",

    "tasks": [

        {

            "type": "shell",

            "label": "build(gcc)",

            "command": "gcc",

            "args": [

                "-g",

                "-o",

                "/tmp/buildtempc",

                "*.c"                  // 匹配所有源文件

            ],

            "options": {

                "cwd": "${fileDirname}" // 定位到当前目录

            },

            "group": {

                "kind": "build",

                "isDefault": true

            }

        }

    ]

}

        配置好的launch.json文件大致如下:

{

    "version": "0.2.0",

    "configurations": [

        {

            "name": "debug(gdb)",

            "type": "cppdbg",

            "request": "launch",

            "program": "/tmp/buildtempc",

            "args": [],

            "stopAtEntry": false,

            "cwd": "${fileDirname}",    // 定位到当前目录

            "environment": [],

            "externalConsole": false,

            "MIMode": "gdb",

            "setupCommands": [

                {

                    "description": "Enable pretty-printing for gdb",

                    "text": "-enable-pretty-printing",

                    "ignoreFailures": true

                }

            ],

            "preLaunchTask": "build(gcc)",

        }

    ]

}

        注意:匹配源文件时一定要写成'*.c',而不能写成'*'。因为头文件不是编译单元,头文件在编译源文件时被处理。

        在我的配置文件里,我将可执行文件放在了'/tmp'目录下,以使工作目录看起来简洁一些。

        '.vscode'目录下的配置文件对工作空间下的所有目录和文件都是有效的,现在我们只需要新建一个目录,并在里面写好头文件和源文件,就可以编译和调试了。

目录模式有一些缺陷:

        ✿ 头文件和源文件放在一起会比较乱

        ✿ 项目变多的时候,工作空间会比较乱

        ✿ ‘C/C++’扩展会扫描工作空间内的所有文件,如果项目变多会降低扩展性能,也会使扩展功能混乱

授之以鱼不如授之以渔。

我强烈建议不要直接复制我的配置文件,而是要理解每个配置选项的意义和目的,从而写出符合个人喜好的配置。

 

项目模式

        对于目录模式来说,如果工作空间的项目变多,就会出现麻烦。所以在项目模式里,每个项目独占一个工作空间,类似VS的解决方案。

        因为一个项目独占一个工作空间,所以我们没必要把所有文件都挤在一起,还可以再细分。比如我喜欢分为“头文件”、“源文件”、“资源文件”。

        “资源文件”目录用于调试程序的相对位置读写,或者存放一些与编译无关的其他文件。每一个类别建立一个目录。

        'C/C++'扩展会扫描工作空间下的所有文件,所以在写#include时不需要指定文件夹,代码提示也能正常工作。

        但是gcc在编译时只会查找源文件所在目录下的头文件,所以需要额外参数指定头文件目录。

        另外,也需要指定需要编译的源文件目录。

        而资源文件与编译过程无关,需要修改调试的配置文件。

        配置好的tasks.json文件大致如下:

{

    "version": "2.0.0",

    "tasks": [

        {

            "type": "shell",

            "label": "build(gcc)",

            "command": "gcc",

            "args": [

                "-g",

                "-o",

                "/tmp/buildtempc",

                "-iquote",                  // 指定头文件目录

                "Headers",                  // 头文件目录

                "Sources/*.c"              // 源文件目录下的所有源文件

            ],

            "options": {

                "cwd": "${workspaceFolder}" // 定位到工作空间

            },

            "group": {

                "kind": "build",

                "isDefault": true

            }

        }

    ]

}

        配置好的launch.json文件大致如下:

{

    "version": "0.2.0",

    "configurations": [

        {

            "name": "debug(gdb)",

            "type": "cppdbg",

            "request": "launch",

            "program": "/tmp/buildtempc",

            "args": [],

            "stopAtEntry": false,

            "cwd": "${workspaceFolder}/Resources",  // 定位到资源文件目录

            "environment": [],

            "externalConsole": false,

            "MIMode": "gdb",

            "setupCommands": [

                {

                    "description": "Enable pretty-printing for gdb",

                    "text": "-enable-pretty-printing",

                    "ignoreFailures": true

                }

            ],

            "preLaunchTask": "build(gcc)",

        }

    ]

}

        这样,就可以跟VS一样在项目中写代码了。

        当然,这种配置方法的缺点也显而易见。新建一个项目的成本太大了,每新建一个项目就得再写一次配置文件,并新建三个目录。

        不过,在Linux下,这些重复的工作当然是交给计算机来做。我们只需要保存一份'.vscode'模板就好,比如我保存在变量CODE_PATH表示的目录下。每个项目的配置文件都是一样的,直接拷贝就好。

        Bash脚本如下: 

#!/bin/bash

# Filename: project-c

# Create a C project, and open it in vscode.

echo -n "project name: "

read name

name=$(date +%Y%m%d)-"$name"        // 生成项目名

mkdir "$CODE_PATH"/"$name"          // 新建项目目录

cd "$CODE_PATH"/"$name"

cp -r "$CODE_PATH"/.vscode .        // 拷贝配置文件

mkdir Headers Sources Resources    // 新建分类目录

code .                              // 使用VS Code打开项目

cd - &> /dev/null

        在脚本中,我给项目名称加上了时间戳,方便查找与避免重名。启动VS Code的命令是code。

不管你是转行也好,初学也罢,进阶也可——值得关注】我的C/C++编程学习进阶俱乐部

涉及到:C语言、C++、windows编程、网络编程、QT界面开发、Linux编程、游戏编程、黑客等等......

 

一个活跃、高格调、高层次的程序员编程学习殿堂;编程入门只是顺带,思维的提高才有价值!

标签:文件,gcc,Code,name,源文件,编译,VS,Linux,目录
来源: https://blog.csdn.net/HUYA69/article/details/110311430

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有