C言語のオートコンパイルについて

Question

C言語をいちいちcc ファイル名としてコンパイルしてから実行するのが面倒で仕方ありません
エディタはAtomを使用しているのですが、Atomの拡張機能に限らず保存時に自動でコンパイルしてくれるオススメの物みたいなのってありませんか？？

追記
無知で申し訳ございません
Sassからcssへのオートコンパイルなどをイメージしていました
C言語のコンパイルはPCごとに環境依存みたいなのがあるのでしょうか？
皆さんの仰っている事は全ては理解していませんがCのコンパイルが面倒だという事だけは理解しました

Comments

[maisumakun]

「C言語」である必要性はなにかありますでしょうか。

[cateye]

>保存時に自動でコンパイル・・・エラーが出たらどうします？

[jimbe]

Atom を使っていませんので拡張機能というので出来るのか知らないのですが, c でその「保存時に自動でコンパイル」する拡張機能を作ればよろしいのではないでしょうか.
「これが完成すれば楽になる！」と思えば, モチベーションも上がりやすいのではないかと思います.
コンパイルエラー対策は後々ということで...

[Be-net]

C言語は課題です
拡張機能を自分で作る、魅力的な提案ですが課題に対する費用対効果が低いので今回は見送らせて頂きます(_ _)

Answer 1

ひょっとしたら history を知らんのかな?
Linux なら !cc とか打てば直近の "cc なんたらかんたら..." を再度実行してくれますが。

Answer 2

多分、質問者の要望は、質問に書かれている内容と乖離があります。
X「コンパイルと実行をセットにしたい」
O「プログラムソース保存とコンパイルをセットにしたい」

まあ、どちらの場合でもIDEを使うのが一般的でしょう。

Answer 3

Visula StudioのIDEとかでソリューションをビルドする時にF7キー一つで
ファイルも自動的に保存された上でコンパイルから実行までやってくれますが
それじゃ駄目なんです？

ファイルを保存したら自動でコンパイルではなく、
IDEからコンパイルを実行した時にファイルも一緒に保存されるですね。

ATOMは使っていないのでわかりませんがVSCodeでも、

tasks.jsonのlabelを仮にデバッグ(名前は何でも良い)にとして、
launch.jsonのpreLaunchTaskにも同じくデバッグを設定
後はF5キーを押せばデバッグの開始と同時にファイルの保存とコンパイルも自動で行えるようになりますね。

// tasks.json (コンパイル等の各種コマンドを定義する設定ファイル)
{
    "version": "2.0.0",
    "tasks": [
        {
            "label": "デバッグ",     // ← この名前をlaunch.jsonのpreLaunchTaskに設定する
            "type": "process",
            "command": "g++",
            "args": [
                省略...
            ],
            "group": {
                "kind": "build",
                "isDefault": true
            },
        },
    ]
}

// launch.jsonの例 (デバッガの設定を行うファイル)
{
    "version": "0.2.0",
    "configurations": [
        {
            "type": "gdb",
            "request": "launch",
            "name": "Launch Program",
            "target": "main.exe",
            "cwd": "${workspaceFolder}",
            "valuesFormatting": "parseText",
            "preLaunchTask": "デバッグ"    // launch.jsonを作成したらこの設定値を追加する
        }
    ]
}

ただ、VSCodeでC/C++を扱う場合はこれらのファイルを使う標準的なやり方より、
CMake + Ninja Buildを導入した上で
CMakeLists.txtから直接コンパイルおよびデバッグができる(tasks.jsonとlaunch.jsonの設定も省ける)
CMake Tools Helper拡張機能をインストールして使うのが良いかと思います。

Comments

[Be-net]

仰っている事は全て把握しておりませんが頑張って調べて消化していこうと思います、ありがとうございます！

Answer 4

面倒で仕方ありません

通常、ソースファイルは１つでは有りません。（多い時は２〜３００以上あります）・・・そしてライブラリも多岐にわたります。なので　makeやcmakeを使います。それを面倒と言われてもねぇ＾＾；
個人で作って、もすぐに１０個ぐらいのソースになります。
コンパイルが面倒と言っているあなたは、デバッグなんかしないのでしょうか？

Answer 5

手打ちでccしているくらいなので業務用途ではないと推測します。
業務ならmakefileなりIDEでビルドなりしますので。
単なる学習用途であるなら、paizaなどのオンライン実行環境を使うのはいかがでしょうか。
https://paiza.io/ja

Comments

[Be-net]

ProgateのC版実行環境ですね！情報提供ありがとうございます、有効活用させていただきます(_ _)

Answer 6

コンパイラ言語ですから、それは仕方がないと割り切るほうがいいかと。
＃ソースが複数あるときはどーすんだという話に。

実行さえできればそんでいいという向きには、「Cインタプリタ」でぐぐってみるとしあわせになれるかもしれません。

Answer 7

watchdog などのツールを使ってファイル変更時にシェルスクリプトを自動実行するとか？
https://pypi.org/project/watchdog/

watchmedo shell-command コマンドにそのような機能があります。

Answer 8

どうしてもMinGWとかそういう、コマンドラインからのものなら、

候補1: バッチファイルで処理

これは、コマンドプロンプトでコンパイルすることから。
Windows以外のOSではシェルスクリプトですが。

候補2: makefileを使う

これが一般的。

ですね。

一般的にはmakefileを使います。

コンパイラとかによるので確実じゃないと思いますが、

make -f makefile

と打てばコンパイルしてくれる。

そして、make -f... すら面倒なら、

1. makefileを書いておく
2. バッチファイルからmakefileを使う
3. バッチファイルのほうを動かす

で、初めてと、ライブラリ追加時のようなmakefileに編集が必要な時以外はバッチファイルをダブルクリックすればいい。もちろん、コマンドプロンプトからでも呼べる。

また、質問するときで、質問内容がコンパイラ依存のものや、OS依存のものはコンパイラの情報(バージョンも含めて)やOS名も書きましょう。

あとから「俺はWindowsとか知らないし?」って言われても...ね。

細かいことは「makefile 書き方」とか「makefile 使い方」とかそういう風に調べてください。