VSCodeでMacOSにC言語デバッグ環境を構築

今回は VSCode でC言語プログラムをデバッグする方法について解説します。

これにより、C言語を任意の行で止めることができ、その時の変数の中身を確認することができるようになります。

はっきり言ってめっちゃ便利です！！

プログラムの問題の特定や修正が楽になりますので、その分開発や勉強も捗ります。

特に MacOSX ユーザー向けの解説になりますが、他の OS を利用している方にも参考になると思います。うまく VSCode でデバッグができない、設定できたけどその意味がまだ理解できていない、という方には是非読んでみていただければと思います！

前準備

まずは前準備を行っていきましょう！

コンパイラとデバッガーのインストール

VSCode で C言語をデバッグするためには、C言語のソースコードから実行可能ファイルを生成する「コンパイラ」と、その実行可能ファイルをデバッグするための「デバッガー」が別途必要になります。

まずはこの２つをインストールし、ターミナルアプリから実行できる環境を整えましょう！

特に MacOSX の方は、コンパイラとデバッガーとして下記をインストールすることをお勧めします。今後もこの２つを使用することを前提に解説を進めていきます。

• コンパイラ：GCC
• デバッガー：LLDB

この２つは Xcode + コマンドラインツールをインストールすることで同時にインストールすることができます。

下記のページあたりがわかりやすいので参考にすると良いと思います。

https://qiita.com/ShinichiOkayama/items/962e55ac7f8920a5f007

他の OS の方は、「”OS 名” gcc インストール」、「”OS 名” lldb インストール」のような感じでググれば詳しいインストール方法が載っているページにたどり着けるはずです。

スポンサーリンク

コンパイラとデバッガーの動作確認

続いてインストールしたコンパイラとデバッガーの動作確認を行っていきましょう。

コマンドラインで下記のコマンドを実行してみましょう！

gcc -v

エラーが発生することなく実行でき、下記のようにバージョン情報が表示されれば GCC のインストールは成功です。

Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 11.0.0 (clang-1100.0.33.17)
Target: x86_64-apple-darwin19.2.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

表示内容は違っていても良いです。エラーが出ないことが重要です。

さらに、コマンドライン（MacOSX であればターミナルアプリ）で下記のコマンドを実行してみましょう。

lldb -v

こちらもエラーが発生することなく実行でき、下記のようにバージョン情報が表示されれば LLDB のインストールは成功です。

lldb-1100.0.30.12
Apple Swift version 5.1.3 (swiftlang-1100.0.282.1 clang-1100.0.33.15)

ここまでが確認できれば前準備はバッチリです。

これにより、GCC と LLDB がインストールされていることと、GCC と LLDB に PATH が通っていることが確認できました。

ここからは VSCode で C言語プログラムをデバッグする方法を解説していきますが、結局は GUI (VSCode の画面）で、ここまでで準備してきた GCC と LLDB を実行するだけです。

VSCode で C言語プログラムをデバッグ

それではここからは本題である VSCode で C言語をデバッグする方法について解説していきます。

CodeLLDB プラグインのインストール

特に MacOSX の Catalina (もしくはそれ以降）ユーザーにとって重要なのは、使用するのに GDB ではなく LLDB を用いることです。

なぜなら、MacOSX の Catalina 以降のバージョンでは、GDB は VSCode からうまく動作させられなくなっている可能性があるからです。

いや、もしかしたら本当は上手く GDB 使ってデバッグさせられるのかもしれません。ただ私はその方法がわかりませんでした…。ネットでググっても GDB にバグがあるなどの書き込みがあったりしましたので…。

ですので、特に MacOSX ユーザーの方は、ひとまず「GDB」は諦めて「LLDB」を使う方が無難だと思います。

で、LLDB 使うのであれば「CodeLLDB」プラグインだと楽にデバッグを始められると思いましたので、CodeLLDB をベースにこのページでは解説しています。

ちなみに「C/C++」プラグインでも LLDB は利用できるようですので、その方法についてはC/C++ プラグインでのデバッグで解説しています。

ちょっと前置きが長くなってしまいましたが、「CodeLLDB」のインストール方法は下記のとおりです。

プラグイン管理画面を表示する

まずは画面左側にある下記のボタンをクリックします。

するとプラグイン管理画面を表示されます

CodeLLDB を検索する

次にプラグイン管理画面上部にある検索フォームに「CodeLLDB」と入力します。

すると CodeLLDB プラグインが表示されます。

CodeLLDB をインストールする

あとは「Install」ボタンをクリックするだけです。これにより「CodeLLDB」プラグインがインストールされます。

スポンサーリンク

ワークスペースの作成

CodeLLDB のインストールが終わったら、次はワークスペースの作成を行います。

ワークスペースとは VSCode での作業場（フォルダ）のことです。VSCode からワークスペースに指定したフォルダ以下のファイルが操作（C言語ファイルの編集など）ができるようになり便利です。

メニューバーの「ファイル」の「フォルダーを開く…」をクリックします。

すると、フォルダを選択する画面が表示されますので、C言語ソースコードが格納されているフォルダ、もしくはそれより上の階層のフォルダを選択し、「追加」ボタンをクリックします。

「追加」ボタンをクリックすると画面の左側にワークスペースの情報が表示されます。指定したフォルダ以下のファイルやフォルダが表示されていればワークスペースの作成は完了です。

私は上の図のように、ワークスペースとするフォルダの下にさらにフォルダを用意し、その中にC言語ソースコードファイルを作成するようにしています。同じワークスペースから色んなC言語ソースコードファイルの編集ができますし、作成するプログラムごとにフォルダが分けられるのでファイルが整理されて便利です。

ここまでの手順でワークスペースを作成すれば、VSCode を閉じても、次回からはメニューバーの「ファイル」の「最近使用した項目を開く」から再度同じワークスペースを開くことができます。

.json の設定

続いてデバッグおよびビルドの設定を行なっていきます（ビルドとは C言語ソースコードをコンパイルやリンクを行って実行可能プログラムを作成する処理のことを言います）。

この設定は .json ファイルを編集することで行うことができます。具体的には launch.json と tasks.json を作成し、その設定を行います。

ここではまずデバッグを行うことを優先し、.json の作り方についてのみ説明していきます。.json の設定方法については .json の詳細以降で解説します。

launch.json の設定

まずは launch.json の設定を行なっていきます。launch.json はデバッグを行うための設定ファイルです。特に CodeLLDB プラグインにおいては、LLDB を用いてプログラムをデバッグするための設定ファイルとなります。

と言っても、ワークスペース作成直後の状態だと launch.json が存在しませんのでまずはこの launch.json を作成する必要があります。

そのためにメニューバーの「実行」→「デバッグの開始」をクリックします。

すると、「環境の選択」メニューが表示されますので「LLDB」を選択します。

選択すると、下記のようなエラーが表示されてしまいます。

これはまずは気にしなくて良いです。「OK」ボタンをクリックしましょう。

「OK」ボタンをクリックすると、ワークスペース直下に自動的に .vscode フォルダが作成され、その中に launch.json が作成されます。

この launch.json を選択すれば、launch.json の編集画面が画面右側に表示されます。

この launch.json を編集することで、デバッガーの設定を行うことができます。

まずは丸々 launch.json の中身を削除し、下記をコピペして保存してください。

{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "c_debug",
            "type": "lldb",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [],
            "cwd": "${fileDirname}",
            "preLaunchTask": "c_build"
        }
    ]
}

ひとまずコピペし、ファイルを保存していただければデバッガーを起動するための launch.json の設定は完了です。

tasks.json の設定

続いて tasks.json の設定を行なっていきます。launch.json はデバッガー（lldb）を実行するための設定ファイルであったのに対し、tasks.json はコンパイル（gcc）を実行するための設定ファイルとなります。

まずは tasks.json を作成します。

下の図のように、.vscode フォルダにマウスを合わせて右クリックを行い、さらに「新しいファイル」をクリックします。

すると新規ファイルのファイル名入力が行えますので、下図のように名前を「tasks.json」に設定します。すると「tasks.json」ファイルが作成されます。

さらに作成した「tasks.json」ファルをクリックすれば、下の図のように「tasks.json」の編集画面が画面右側に表示されます。

ここに下記をコピペし、ファイルの保存を行ってください。

{
    // tasks.json 形式の詳細についての資料は、
    // https://go.microsoft.com/fwlink/?LinkId=733558 をご覧ください
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "c_build",
            "command": "gcc",
            "args": [
                "-g",
                "${file}",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        }
    ]
}

ひとまずこれでビルドを行うための設定は完了です。

ブレークポイントの設定

ここからはいよいよデバッグ作業に移っていきます。

まずはワークスペースからデバッグを行いたい C言語ソースコードのファイルをクリックして選択します。画面右側にソースコードの内容が表示されると思います。

行番号の左側にマウスカーソルを合わせ、クリックを行うことで赤丸（●）を付加することができます（再度クリックすると赤丸が消える）。

この赤丸の部分がブレークポイントとなります。このブレークポイントを設定しておくことで、プログラムをその時点で一旦停止させることができます。

まずは好きな箇所にこのブレークポイントを設定してみましょう！

スポンサーリンク

デバッグの実行

次はいよいよデバッグの実行です。ブレークポイントを設定した C言語ソースコードを表示した状態で、メニューバーの「実行」から「デバッグ開始」をクリックします。

すると、下の図のようにブレークポイントを設定した箇所でプログラムが停止し、その行が黄色背景で表示されるはずです。

この状態で左側のデバッグ画面を見てみると、変数の中身やコールスタックが確認できると思います。

これで .json が上手く設定され、デバッグ可能な状態になったことが確認できました！

scanf 関数などで標準入力からの受付を行う場合は画面下側の「ターミナル」から入力を行うことができます。

表示されていない場合はメニューバーの「表示」→「ターミナル」を選択することで表示できます。

この標準入力が設定不要で行えるのは「CodeLLDB」の良いところだと思います（C/C++ プラグインだと設定が必要だったはず）。

様々なプログラム実行方法

このプログラムを停止させた状態からは下図で示すボタンをクリックすることで、様々なプログラムの実行が可能です。

各ボタンを押した時にプログラムがどのように動作するかは下記にまとめた通りになります。

• 続行ボタン [一番左のボタン]：次のブレークポイントまでプログラムを進める（ブレークポイントが他にない場合はプログラムは最後まで実行）
• ステップオーバーボタン [左から二番目のボタン]：プログラムを１行だけ実行（その行が関数呼び出しの場合、関数実行後までプログラムが進む）
• ステップインボタン [左から三番目のボタン]：プログラムを１行だけ実行（その行が関数呼び出しの場合、その関数の最初までプログラムが進む）
• ステップアウトボタン [左から四番目のボタン]：プログラムを関数終了直後まで進める
• 再起動ボタン [左から五番目のボタン]：プログラムを最初から再起動する
• 停止ボタン [一番右側のボタン]：デバッグを終了する

.json の詳細

デバッグを行う際に、下記の２つの .json ファイルを作成しました。

• launch.json
• tasks.json

ここではこの２つの役割や記述されている内容について解説を行います。

スポンサーリンク

launch.json と tasks.json の役割

この２つの .json の役割を理解するために、まず思い浮かべていただきたいのが、C言語プログラムを実行する際の手順です。

ソースコードを書いたら、下記のことを行うと思います。

1. ビルド実行（ソースコードをコンパイル・リンクしてプログラムを作成）
2. プログラム実行（実行可能ファイルを実行）

VSCode でこの２手順を GUI から実行するための設定ファイルが launch.json と tasks.json になります。

1. のビルド実行の設定を行うのが tasks.json です。

この tasks.json を設定することで、VSCode の GUI からビルドを行うことが可能になります。

より具体的には、メニューバーの「ターミナル」→「タスクの実行 or ビルドタスクの実行」をクリックした際に、この tasks.json が読み込まれ、tasks.json に設定されたタスクを実行することができます。

そして 2. のプログラム実行の設定（デバッグの設定）を行うのが launch.json です。

この launch.json を設定することで、VSCode の GUI からプログラム実行・デバッグを行うことが可能になります。

より具体的には、メニューバーの「実行」→「デバッグ開始 or デバッグなしで開始」をクリックした際に、この launch.json が読み込まれ、launch.json の設定に基づいてプログラム実行（デバッグ実行）が行うことができます。

launch.json 設定の詳細

それでは各 .json ファイルで設定する項目や launch.json の設定と tasks.json の設定で紹介した .json ではどのような設定を行なっていたのかについて解説していきたいと思います。

まずは launch.json から解説します。

{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "c_debug",
            "type": "lldb",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [],
            "cwd": "${fileDirname}",
            "preLaunchTask": "c_build"
        }
    ]
}

各行は基本的に「”xxx” : “yyy”」の形式で記述されていますが（配列の場合は ” ” ではなく[ ] になる）、xxx は設定項目を表す key で、yyy はその設定値を表す value となります。

上記の launch.json に出てきた key は、それぞれ下記の設定を行うものになります。

• “name”：デバッグ設定の名前（分かり易ければ何でも OK）
• “type”：デバッガーのタイプ（ “lldb” のままで OK）
• “request”：デバッグの仕方（”launch” だとプログラム実行してデバッグ、”attach” だと実行中のプログラムに対してデバッグ）
• “program”：実行するプログラムのファイルパス
• “args”：プログラムに渡す引数
• “cwd：プログラムを実行するフォルダ
• “preLaunchTask”：プログラム実行前に実行するタスクの名前

CodeLLDB プラグインを利用する場合は、基本的に “type” には “lldb” を設定すれば良いです。

preLaunchTask にはこの launch.json でプログラム実行を行う前に実行したいタスクを指定します。

ですので、ここにビルドを行うタスクの名前を記述しておけば、「デバッグ開始」「デバッグなしで開始」を実行した際に、ビルドを行なってからデバッグを行うことが可能になり便利です（上記の launch.json でも tasks.json で設定した名前のタスクを指定していることが確認できると思います）。

また launch.json や tasks.json では特定の変数が利用できます。

• ${file}：現在表示しているファイルへの絶対パス
• ${fileDirname}：現在表示しているファイルが存在するフォルダへの絶対パス
• ${fileBasenameNoExtension}：現在表示しているファイルの拡張子を除去した文字列
• ${workspaceFolder}：ワークスペースへの絶対パス

例えば下のようなフォルダ構成で赤色のファイルを表示している場合、

「デバッグ開始」「デバッグなしで開始」を実行した際には各変数に下記が格納されることになります。

• ${file}：/Users/daeu/programming/calc/add.c
• ${fileDirname}：/Users/daeu/programming/calc
• ${fileBasenameNoExtension}：add
• ${workspaceFolder}：/Users/daeu/programming/

ですので、上記の launch.json では、下記のパスのプログラムが実行されることになります。

/Users/daeu/programming/calc/add

また上の図の青色のファイルを表示して「デバッグ開始」「デバッグなしで開始」を実行した際には下記のパスのプログラムが実行されます。

/Users/daeu/programming/bit/not

こんな感じで変数をうまく設定してやれば、わざわざ実行するプログラム毎にパス変更しなくても、自動的に設定することができるようになります。

他にも、この launch.json を変更することで、プログラム実行時の設定を変えることができます。

例えば launch.json を変更することでプログラムに引数を渡すようなこともできます。具体的な方法はデバッグ・ビルドのカスタマイズで解説します。

tasks.json の設定の詳細

tasks.json は実は色々なことを設定できるファイルですが、C言語のデバッグにおいては、ビルドの実行の設定を行うために使用すると便利です。

基本的な書き方や使用できる変数は launch.json と同様です。

{
    // tasks.json 形式の詳細についての資料は、
    // https://go.microsoft.com/fwlink/?LinkId=733558 をご覧ください
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "c_build",
            "command": "gcc",
            "args": [
                "-g",
                "${file}",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        }
    ]
}

この tasks.json で登場した key は、それぞれ下記の設定を行うものになります。

• “type”：タスクの種類（shell：コマンドの実行、process：シェルスクリプトやバッチファイルやプログラムの実行）
• “label”：タスクの名前
• “command”：実行するコマンド
• “args”：↑ のコマンド実行時に渡す引数
• “group”：タスクの種類

特に “type” が “shell” の場合、”args” で指定した配列を引数として “command” に指定したコマンドが実行されるようになると考えて良いです。

ですので、上述の tasks.json の場合は「タスクの実行」もしくは「ビルドタスクの実行」を行った際には下記のコマンドが実行されることになります。

gcc -g ${file} -o ${fileDirname}/${fileBasenameNoExtension}

ポイントは “args” に指定した “-g” オプションです。このコンパイルオプションはプログラムの「デバッグ情報」を生成するためのオプションです。

これを付けないと、上手くプログラムが止まらない等が起こるので “デバッグ時” は必ず付けておくようにしましょう。

また、-o オプションではビルドで生成するプログラムのファイル名を指定することになりますので、launch.json の “program” の設定値と同じものになるようにしましょう（名前が違うとビルドで生成されたプログラムと異なるプログラムが実行されてしまうようになります）。

他にも、この task.json を変更することで様々なビルド設定を行うことができます。例えば複数のソースコードで分割コンパイルしたり、ライブラリをリンクしたりすることも可能です。

これらの具体的な方法は次のデバッグ・ビルドのカスタマイズで解説します。

スポンサーリンク

デバッグ・ビルドのカスタマイズ

ここからは .json を変更してデバッグ実行やビルド実行のカスタマイズを行う例を紹介したいと思います。

引数を指定してデバッグを行う

引数を指定してデバッグを行うために変更するのは launch.json です。引数を指定するのはビルド実行時ではなく、プログラム実行時（デバッガー実行時）ですよね？

なので、プログラムに引数を指定するためには、プログラム実行の設定ファイルである launch.json を変更します。

引数は launch.json の “args” に設定を行うことで指定することができます。

例えば下記のように launch.json を指定すれば、

{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "c_debug",
            "type": "lldb",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [
                "aiueo",
                "123"
            ],
            "cwd": "${fileDirname}",
            "preLaunchTask": "c_build"
        },
    ]
}

デバッグ時にプログラムの第１引数として「”aiueo”」、第２引数として「”123″」を指定できます。

分割コンパイルを行う

次は分割コンパイルを行う方法です。

分割コンパイルとは複数の C言語ソースコードをコンパイルし、その結果をリンクして実行可能ファイルを生成するコンパイル方法になります。

例えば下記コマンドを実行すれば、同じフォルダにある main.c と sub1.c と sub2.c を分割コンパイル（リンク）してプログラムファイル output.exe が生成されます。

gcc main.c sub1.c sub2.c -o output.exe

この分割コンパイルは tasks.json を変更することで行うことができます。

編集すべき箇所は “args” で、ここに同時にコンパイル（＆リンク）したいファイルを並べる感じで指定します。

例えば tasks.json を下記のように記載して「タスクの実行」 or 「デバッグ開始」を行えば、main.c と sub1.c と sub2.c が分割コンパイルされ、その結果をリンクして一つの実行ファイルが生成されます。

{
    // tasks.json 形式の詳細についての資料は、
    // https://go.microsoft.com/fwlink/?LinkId=733558 をご覧ください
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "c_build",
            "command": "gcc",
            "args": [
                "-g",
                "${fileDirname}/main.c",
                "${fileDirname}/sub1.c",
                "${fileDirname}/sub2.c",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        }
    ]
}

いちいちファイル名を記述するのが面倒な場合は下記のようにワイルドカードを用いて「*.c」を使うことも可能です。

{
    // tasks.json 形式の詳細についての資料は、
    // https://go.microsoft.com/fwlink/?LinkId=733558 をご覧ください
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "c_build",
            "command": "gcc",
            "args": [
                "-g",
                "${fileDirname}/*.c",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        }
    ]
}

これにより、フォルダ内の全C言語ファイルがコンパイルされてリンクされるようになります。

いちいちファイル名を指定しなくても楽ですが、フォルダ内に不要なC言語ファイルがあるとリンクに失敗することもありますので注意しましょう。

スポンサーリンク

ライブラリをリンクする

ライブラリのリンクも tasks.json の “args” を変更することで VSCode から実行できるようになります。例えば libjpeg と libpng と libtiff をリンクする場合は下記のようになります。

{
    // tasks.json 形式の詳細についての資料は、
    // https://go.microsoft.com/fwlink/?LinkId=733558 をご覧ください
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "c_build",
            "command": "gcc",
            "args": [
                "-g",
                "${fileDirname}/*.c",
                "-ljpeg",
                "-lpng",
                "-ltiff",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        }
    ]
}

複数のデバッグ・ビルド設定を行う

launch.json や tasks.json では１つだけではなく、複数の構成を設定することが可能です。

プログラムやC言語ソースコードの構成（引数指定する必要がある or なし・分割コンパイルする or しない・ライブラリをリンクする or しない）に応じて launch.json や tasks.json を変更するのは面倒ですので、事前に複数の構成を記述しておくと便利です。

例えば下記のように launch.json と tasks.json を記述しておくと、「c_debug」の構成でデバッグを行った場合は事前に「c_build」でビルドが実行され、「c_divide_debug」の構成でデバッグを行った場合は事前に「c_divide_build」でビルドが実行されるようになります。

{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "c_debug",
            "type": "lldb",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [],
            "cwd": "${fileDirname}",
            "preLaunchTask": "c_build"
        },
        {
            "name": "c_divide_debug",
            "type": "lldb",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [],
            "cwd": "${fileDirname}",
            "preLaunchTask": "c_divide_build"
        },
    ]
}

{
    // tasks.json 形式の詳細についての資料は、
    // https://go.microsoft.com/fwlink/?LinkId=733558 をご覧ください
    "version": "2.0.0",
    "tasks": [
        {
            "type": "shell",
            "label": "c_build",
            "command": "gcc",
            "args": [
                "-g",
                "${file}",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        },
        {
            "type": "shell",
            "label": "c_divide_build",
            "command": "gcc",
            "args": [
                "-g",
                "${fileDirname}/*.c",
                "-o",
                "${fileDirname}/${fileBasenameNoExtension}"
            ],
            "group": "build"
        }
    ]
}

分割コンパイルを行う or 行わないに応じて tasks.json を変更し直す必要がなく、構成の選択だけで切り替えることができるようになります。

こんな感じで複数の構成を launch.json や tasks.json に記述しておくと、デバッグやビルドがさらに楽になります。

デバッグの構成の切り替えはデバッグ画面の下図のオレンジ枠の部分で切り替えることができます。

こんな感じで .json を変更することにより様々なデバッグやビルドが行えるようになります。

C/C++ プラグインでのデバッグ

ここまでは CodeLLDB プラグインでのデバッグ方法について解説してきましたが、最後に「C/C++」プラグインによるデバッグ方法について解説していきたいと思います。

C/C++ プラグインによるデバッグ環境の構築方法と CodeLLDB プラグインによるデバッグ環境の構築方法の大きな違いは下記の２つです。

• インストールするプラグイン
• launch.json の書き方

他に関してはおそらく同じです。デバッグ方法なども。

ですので、例えば tasks.json に関しては使用するプラグインがどちらであっても同じ内容で良いはずです。なので、ここまで解説してきた内容を参考にして作成していただければと思います。

ここからは上記の違いのある２点について解説していきます。

スポンサーリンク

C/C++ プラグインのインストール

まずはプラグインを検索してインストールします。

基本は CodeLLDB と同じ方法でインストールできますが、検索するときの文言が違う点だけ注意してください。

C/C++ プラグインは「C/C」などで検索するとすぐ見つけられると思います。

私の場合は特に設定変更は不要で、インストールした状態ですぐに利用可能でした。

launch.json の作成

次に launch.json を作成します。

で、この launch.json の作り方が CodeLLDB と若干違うので注意が必要です。

C/C++ プラグインを利用するときの launch.json の基本は下記のようになると思います。

{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "c_debug",
            "type": "cppdbg",
            "MIMode": "lldb",
            "request": "launch",
            "program": "${fileDirname}/${fileBasenameNoExtension}",
            "args": [],
            "cwd": "${fileDirname}",
            "preLaunchTask": "c_build"
        }
    ]
}

name が他の実行構成と重複してしまっている場合はてきとうに変更してください。

黄色背景の部分が CodeLLDB との違いになります。この２つについて解説していきます。

type

type は「構成の種類」を指定する設定のようです。

要はこの実行構成を用いてプログラム実行する場合に、どのプラグインを利用するかを指定する設定になると思います。

ですので、type に “lldb” を指定すると CodeLLDB プラグインが動作します。

一方、C/C++ プラグインを動作させたいのであれば、type には “cppdbg” を指定する必要があります。

MIMode

MIMode は C/C++ プラグインが使用するデバッガーの設定になります。

設定できるのは “gdb” もしくは “lldb” で、デバッガーとして GDB を使用したい場合は “gdb”、LLDB を使用したい場合は “lldb” を指定します。

つまり、先ほどの launch.json では C/C++ に LLDB デバッガーを使用するように設定していることになります。GDB を利用したい場合は MIMode を “gdb” に設定してください（私の環境だと上手く動いてくれなかったので私は “lldb” を設定しています）。

launc.json のその他の設定

デバッグ・ビルドのカスタマイズでも紹介しているように、launch.json を変更してデバッグ方法をカスタマイズすることが可能です。

で、CodeLLDB と C/C++ では launc.json で指定可能な key が異なるので注意してください。

ただ、デバッグ・ビルドのカスタマイズで使用している key は基本的なものばかりで、どれも C/C++ でも利用可能だと思います。

ですので、C/C++ でのデバッグのカスタマイズにおいても、デバッグ・ビルドのカスタマイズがそのまま参考になると思います。

ただし、前述の通り CodeLLDB とは下記が異なりますので、その点だけ注意して launch.json を編集するようにしてください。

• type：C/C++ プラグインの場合は “cppdbg” を指定する
• MIMode：C/C++ の場合は追加が必要。”gdb” もしくは “lldb” を指定する

まとめ

このページでは特に MacOS で VSCode を用いてC言語をデバッグする方法について解説しました。

基本的に VSCode では PC 内にインストールされている GCC や LLDB を利用しているだけなので、事前に GCC と LLDB をインストールし、PATH を通しておくことが上手くデバッグするためのポイントだと思います。

あとは .json をこのページに記載しているように作成すれば上手くデバッグできるはず…！

上手く動かないなどありましたら、協力できるかもしれませんので気軽にコメントをいただければと思います！

オススメの参考書（PR）

C言語学習中だけど分からないことが多くて挫折しそう...という方には、下記の「スッキリわかるC言語入門」がオススメです！

スッキリわかるC言語入門 第2版

posted with ヨメレバ

中山 清喬/株式会社フレアリンク インプレス 2021年12月14日頃

楽天ブックス

Amazon

Kindle

 

まず学習を進める上で、参考書は２冊持っておくことをオススメします。この理由は下記の２つです。

• 参考書によって、解説の仕方は異なる
• 読み手によって、理解しやすい解説の仕方は異なる

ある人の説明聞いても理解できなかったけど、他の人からちょっと違った観点での説明を聞いて「あー、そういうことね！」って簡単に理解できた経験をお持ちの方も多いのではないでしょうか？

それと同じで、１冊の参考書を読んで理解できない事も、他の参考書とは異なる内容の解説を読むことで理解できる可能性があります。

なので、参考書は２冊持っておいた方が学習時に挫折しにくいというのが私の考えです。

特に上記の「スッキリわかるC言語入門」は、他の参考書とは違った切り口での解説が豊富で、他の参考書で理解できなかった内容に対して違った観点での解説を読むことができ、オススメです。題名の通り「なぜそうなるのか？」がスッキリ理解できるような解説内容にもなっており、C言語入門書としてもかなり分かりやすい参考書だと思います。

もちろんネット等でも色んな観点からの解説を読むことが出来ますので、分からない点は別の人・別の参考書の解説を読んで解決していきましょう！もちろん私のサイトも参考にしていただけると嬉しいです！

入門用のオススメ参考書は下記ページでも紹介していますので、こちらも是非参考にしていただければと思います。

https://daeudaeu.com/c_reference_book/