Linux從入門到適應(一):VSCode C++環境配置

做爲在Windows環境下習慣使用Visual Studio IDE的人,對於Linux環境下的Vim編輯使用十分難受,雖然網上不少人說vim很是牛逼和強大,可是我更加習慣於使用VS code的界面,因此我選擇VS code做爲編輯器使用。javascript

VS code自己是一個編輯器,因此若是須要調試等功能須要本身安裝一些插件,而且配置相關的json文件。java

linux 環境下,g++和clang均可以做爲C++的編譯器,我這裏選擇使用的是clang。linux

首先是插件選擇:c++

(1) C/C++ 微軟自帶的C/C++插件。git

(2) C/C++ Clang Command Adapter:提供靜態檢測(Lint)github

(3) Code Runner:右鍵便可編譯運行單文件shell

(4) Bracket Pair Colorizer:彩虹花括號json

(5) Include Autocomplete:提供頭文件名字的補全vim

 

以上插件下載完以後,在文件工做區(workspace) 新建一個文件夾做爲你項目的根目錄文件,而後新建一個".vscode" 文件,該文件夾存放相關json的配置文件,其中launch.json 和tasks.json 兩個配置文件是必須的,除了這兩個以外,還能夠加上setting.json。若是setting.json不加設置,就會使用設置,基本上知足使用了。windows

關於,launch.json的配置爲:

// https://github.com/Microsoft/vscode-cpptools/blob/master/launch.md
{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "(gdb) Launch", // 配置名稱,將會在啓動配置的下拉菜單中顯示
            "type": "cppdbg", // 配置類型,這裏只能爲cppdbg
            "request": "launch", // 請求配置類型,能夠爲launch(啓動)或attach(附加)
            "program": "${fileDirname}/${fileBasenameNoExtension}.out", // 將要進行調試的程序的路徑
            "args": [], // 程序調試時傳遞給程序的命令行參數,通常設爲空便可
            "stopAtEntry": false, // 設爲true時程序將暫停在程序入口處,我通常設置爲true
            "cwd": "${workspaceFolder}", // 調試程序時的工做目錄
            "environment": [], // (環境變量?)
            "externalConsole": true, // 調試時是否顯示控制檯窗口,通常設置爲true顯示控制檯
            "internalConsoleOptions": "neverOpen", // 若是不設爲neverOpen,調試時會跳到「調試控制檯」選項卡,你應該不須要對gdb手動輸命令吧?
            "MIMode": "gdb", // 指定鏈接的調試器,能夠爲gdb或lldb。但目前lldb在windows下沒有預編譯好的版本。
            // "miDebuggerPath": "gdb.exe", // 調試器路徑,Windows下後綴不能省略,Linux下則去掉
            "setupCommands": [ // 用處未知,模板如此
                {
                    "description": "Enable pretty-printing for gdb",
                    "text": "-enable-pretty-printing",
                    "ignoreFailures": false
                }
            ],
            "preLaunchTask": "Compile" // 調試會話開始前執行的任務,通常爲編譯程序。與tasks.json的label相對應
        }
    ]
}

  tasks.json的配置爲:

// https://code.visualstudio.com/docs/editor/tasks
{
    "version": "2.0.0",
    "tasks": [
        {
            "label": "Compile", // 任務名稱,與launch.json的preLaunchTask相對應
            "command": "clang++", // 要使用的編譯器 clang++  或者g++
            "args": [
                "${file}",
                "-o", // 指定輸出文件名,不加該參數則默認輸出a.exe,Linux下默認a.out
                "${fileDirname}/${fileBasenameNoExtension}.out",
                "-g", // 生成和調試有關的信息
                "-Wall", // 開啓額外警告
                "-static-libgcc", // 靜態連接
                // "-fcolor-diagnostics", // 彩色的錯誤信息?但貌似clang默認開啓而gcc不接受此參數
                // "--target=x86_64-w64-mingw", // clang的默認target爲msvc,不加這一條就會找不到頭文件;Linux下去掉這一條
                "-std=c++11" // C語言最新標準爲c11,或根據本身的須要進行修改
            ], // 編譯命令參數
            "type": "shell", // 能夠爲shell或process,前者至關於先打開shell再輸入命令,後者是直接運行命令
            "group": {
                "kind": "build",
                "isDefault": true // 設爲false可作到一個tasks.json配置多個編譯指令,須要本身修改本文件,我這裏很少提
            },
            "presentation": {
                "echo": true,
                "reveal": "always", // 在「終端」中顯示編譯信息的策略,能夠爲always,silent,never。具體參見VSC的文檔
                "focus": false, // 設爲true後可使執行task時焦點彙集在終端,但對編譯c和c++來講,設爲true沒有意義
                "panel": "shared" // 不一樣的文件的編譯信息共享一個終端面板
            }
            // "problemMatcher":"$gcc" // 若是你不使用clang,去掉前面的註釋符,並在上一條以後加個逗號。照着個人教程作的不須要改(也能夠把這行刪去)
        }
    ]
}

  而後ctrl+shift+B是編譯,按F5是編譯+運行。

以上是VS Code在Linux環境下使用的基本操做,往後有什麼新的技能和發現我會更新或者修正。

相關文章
相關標籤/搜索