こんにちは､ ようこそ｡
このビデオでは､ 前のビデオで紹介したプログラムを構築して実行する方法を紹介します｡
思い起こせば､ 基本的にユーザーに好きな数字を入力してもらい､ その好きな数字をプリントアウトする小さなプログラムがありましたね｡
ですから､ 過去の動画から､ 実行できるプログラムを作るには､ 多くのステップがあることを理解してください｡
コンパイルし､ リンクし､ そしてバイナリを作成する必要があります｡
そうしてこの時点まで､ 無事にコンパイルすることができたのです｡
エラーは出ていません｡
あとは､ 基本的にこのプログラムの外部依存関係をすべて取り､ 標準的なi oヘッダーファイルとCプログラミング言語が提供するその他のライブラリを記述する必要があります｡
何個もあるOファイルを全部取って､ 外部コードを全部取って､ 一つの実行ファイルを作るのです｡
ですよね？
それでは､ ソースコードをご覧ください｡
ソースコードがまとまっているのがお分かりいただけると思います｡
このコードをもう少し読みやすくするには､ 次のような新しい行を追加すればよいでしょう｡
それだけで少しは読みやすくなります｡
さて､ 先ほども申し上げましたが､ すでにコンパイル済みです｡
記憶を呼び覚ますために､ ソースファイルをコンパイルするには､ さまざまな方法があります｡
ソースファイルを右クリックしてコンパイルすることもできますし､ 実際にそのソースファイルを選択してビルドに進み､
現在のファイルをコンパイルすることもできます｡
プロジェクトを選択すると､ 建築に関する様々なオプションが表示されます｡
ビルド､ リビルド､ クリーン､ ストップ､ ビルドとありますね｡
まずはクリーンについてお話します｡
Cleanは､ 基本的に古いファイルをすべて消去するものです｡
C言語のプログラムをコンパイルする場合､ ソースファイルごとにコンパイルすることになりますが､ プログラムは多くのソースファイルで構成されていることがあることを､
これまでのビデオであらかじめ覚えておいてください｡
Main dot C 他のファイルもありますか？
何千､ 何万というC言語のソースファイルを含むプログラムがあります｡
これらのCファイルをすべてコンパイルすると､ 古いファイルがすべて作成されます｡ そして､ これらの古いファイルを取り出してリンクし､
1つの実行ファイルを作成します｡
プロジェクトを選択し､ プロジェクトの自己設定を行い､ クリーンと言えば､ 基本的に古いファイルをすべて削除し､
余分な成果物を削除し､ プログラムの実行ファイルを削除し､ ゼロから始めることになるのです｡
リコンパイル､ リビルド､ リリンク､ プログラム自体の再作成が可能なクリーンなワークスペースを得ることができるのです｡
通常､ Cコンパイラを実行した場合､ コードが変更されず､
そのコードをコンパイルしようとすると､ 通常は再コンパイルされないからです｡
そのため､ 問題が発生した場合､ 多くのソースファイルがあり､ 意味のないエラーが表示されることがあります｡
クリーンな状態からスタートし､ クリーンな状態へ､ すべてを掃除するのも良いかもしれません｡
クリーンと言えば､ まさにそれを示してくれるでしょう｡
基本的には､ ビルドデバッグフォルダからすべてを削除することになります｡
繰り返しますが､ これらのドットオスはすべて､ あなたがゼロから始める実行ファイルです｡
プロジェクト全体を再コンパイルしてゼロから始めることなく､ 依存関係やあらゆる種類の問題を解決することができる良い方法です｡
そこで､ cleanを実行した後､ コンパイルもビルドも何もしていない状態で､ compileと言いながら各ファイルをクリックすると､
個々のファイルをコンパイルすることができます｡
多くのソースファイルがある場合､ 最終的な実行ファイルまでたどり着くには､ あまり良い方法とは言えません｡
通常､ アプリのプロジェクトがあることを確認し､ 通常､ buildと言えば､
プロジェクト内のすべてのソースコードを調べて､ すべてのファイルをビルドしてくれるでしょう｡
だから､ ビルドを押すと､ すべてのソースコードを取得して再構築されるのがわかるでしょう｡
また､ 右クリックで「再構築」と言っても､ すべてのファイルが再構築されるわけではなく､ 変更されたファイルだけが再構築されるのと同じことです｡
それで､ buildと言えば､ すべてのソースファイルをコンパイルするよりも少しは楽になりますね｡
ビルドは､ すべてのソースファイルをコンパイルしますが､ 同時にリンクも行いますので､ 出力で確認することができますね？
ビルド出力ウィンドウを見ると､ まずGCCコマンドのdash Cを発行していることがわかります｡ これはmain
dot Cでコンパイルするためのフラグで､ 次に64アーキテクチャ最適化のためのパラメータ､ いくつかのデバッグ標準C､
すべての警告のための99警告を渡します｡
そして､ Mainにリンクするためにダッシュoをします｡ cppファイルです｡
基本的にはいくつかのインクルードディレクトリーも入れていきます｡
そして､ 次のステップでは､ ダッシュ・ゼロを発行して､ あらゆる外部依存関係へのリンクを行いますね｡
この場合､ あまり多くはありませんが､ 基本的にリンクしているだけで､ ダッシュLで静的にリンクし､
基本的にこのオブジェクトリストのテキストを構築しています｡
ここで重要なのは､ 最初のプログラムという名前の実行ファイルを実際に作成していることです｡
ご覧ください｡
そして､ ビルドはCプログラムの両方のステップを行うわけですね｡
それをコンパイルしてリンクし､ 実行ファイルを作成するのです｡
そのため､ 最初にすべてをコンパイルするのとは対照的に､ ビルドすることで物事を簡単にすることができます｡
さて､ 個々のファイルをコンパイルして､ 何が起こっているのかを確認したり､ ソースコードが正しいかどうかを確認したり､ リンクの準備が整っていないことを確認したい場合もあるでしょう｡
ここに5つのファイルが入っているかもしれません｡
そして､ 次のファイルを作って､ それをコンパイルして､
最終的にすべてを構築します｡
これで､ 実際にプログラムの実行ファイルが作成されたので､ 実際にプログラムを実行することができます｡
そして､ 自分のプログラム､ 自分のプロジェクトをアクティブなプロジェクトとして､
ハイライト表示させることを確認します｡
実行を選択すると､ 「もう一度ビルドして実行しますか」というポップアップが表示されると思います｡
今はもう作ってしまったので､ 本当は必要ないのですが｡
実行と言えばいいのです｡
チェックボックスを選択することで､ 常にこれが出てこないようにすることができます｡
そして､ 走ったところで､ 必ず再建されるわけではありません｡
それはあなた次第です｡
すべてを再構築するためにCPUの処理時間がかかるが､ その心配はないだろう｡
だから､ ビルドして実行してもポップアップが出ないとか､ いつも実行するだけでいいとか､ そういうことが言えるんです｡
ここで､ executeを選択すると､ 実行ファイルが取り込まれ､ 実行されることになります｡
そして､ お気づきの点は､ ユーザーであるあなたの好きな番号を入力するよう求めていることです｡
それで､ 45という数字を入れ､ キーボードのエンターボタンを押せば､ 45という数字を入力したと表示されるだけです｡
ここでも､ 非常にシンプルなプログラムが入力を求め､ 表示し､ 出力し､ そして､ 任意のキーを押してそのウィンドウを閉じて続けることができます｡
さて､ ワークスペース・ビュー､ ワークスペース・ウィンドウ､ ワークスペース・ペインなど､ 呼び方は何でもいいのですが､
3つのプロジェクトがあることに気づきましたか?
最初のプログラムはハイライトです｡
それがアクティブプロジェクトです｡
他のプロジェクトには､ まだソースファイルが残っていますよね？
メインドットC､ 右｡
また､ 他のプロジェクトも､ ほとんどテンプレート化されています｡
Hello, World Code.
しかし､ オブジェクトファイル､ ドットゼロファイル､ 実行ファイル､
そのようなものは一切表示されません｡
今､ エクスプローラータブをクリックすると､ 実際にそれらを表示することができ､ 実際にフォルダを指定して開くことができます｡
そして通常､ これはすべてのワークスペースを作成する場所のルートフォルダであるべきです｡
だから､ 私は通常､ ドキュメントの中に､ ドキュメントの右の中に入れていると思うんです｡
ワークスペースがあるんです｡
確かに色々入っているのがわかると思います｡
しかし､ ワークスペース1とワークスペース2があり､ そのワークスペースにはドットコードライトファイルがあることがわかると思います｡
実は､ 正確なワークスペース・ファイルを開いた方がいいんじゃないでしょうか？
なぜなら､ それは本当に私たちが興味を持っていることだけが含まれているからです｡
ワークスペース2が気になるところです｡
フォルダを選択し､ ワークスペース2を選択し､ 既存のドキュメントを閉じます｡
これでワークスペース2ができ､ すべてのプロジェクトのすべての実行ファイルとすべてのファイルを見ることができるようになりました｡
それで､ その中にコードライトフォルダーがあることに気づきます｡
そのコードライトのディレクトリには､ ワークスペースの環境設定などの一部が含まれているだけです｡
ビルドデバッグフォルダを用意しました｡
このディレクトリには､ 実行ファイルを含むバイナリ・ディレクトリと､ Rの最初のプログラム・ディレクトリがあり､
ワークスペースやプロジェクトがビルドされたので､ build debugの中にあります｡
実は､ 最初のプログラムプロジェクトがあるんですよね｡
そしてそれは､ 私たちのソースファイルや他のメイクファイルなどに関するものです｡
そして､ 他のプロジェクトも同じように見ていますね｡
そして､ 一番下にコンパイルコマンド､ ドットJSONとありますね｡
これは通常､ コード補完のために使用されます｡
makeファイルを見て､ workspaceファイルを見ているんですね｡
しかし､ Exploreタブでは､ ワークスペース全体のレイアウト､ すべてのプロジェクト､ ビルドされたすべてのもの､
すべてのプロジェクト設定ファイル､ すべてのプロジェクトソースファイル､ そしてワークスペース自体のコード補完ファイルなどの依存関係を確認することができます｡
ということで､ クリーンについて話をしましたね｡
どのようにクリーンにするかというと､ 実際に実行ファイル内のオブジェクトファイルをすべて削除することができます｡
ワークスペースビューに戻り､ 最初のプログラムプロジェクトをハイライトして右クリックし､ クリーンと言えば､
それらのすべてを削除することができます｡
エクスプローラータブに戻り､ ビルドデバッグを表示すると､ リフレッシュされていないため､ そこにあるすべてのものが表示されることがわかります｡
だから､ 実際にこの表示をリフレッシュすることができるのです｡
ワークスペース上で右クリックし､ 「ビルドデバッグフォルダを更新する」とします｡
だから､ 普通は削除されるんだけど､ 中身は何もないんでしょう？
またビンができるかもしれませんね｡
普通はそれできれいになるんですけどね｡
パーミッションによりますが､ 古いファイルはないでしょう｡
クリーンをした後の実行ファイルがないんですね｡
ワークスペースに戻ると､ この小さなドロップダウンメニューが表示され､ デバッグ用にビルドするのか､
リリース用にビルドするのかがわかります｡
デバッグ用にビルドすると､ プログラムの実行ファイル自体にデバッグ情報が含まれます｡
それは通常､ コードを開発しているときに起こることです｡
デバッグ情報が欲しい､ 万が一デバッガを動かす必要があるなど｡
これは､ あるプログラムを現場や顧客に生産モードでリリースするときに､
必ずしも良い方法とは言えません｡
そして､ ビルドしたときに気づくのは､ エクスプローラータブで､ もう一度､ リフレッシュすることでしょう｡
ビルドリリースフォルダが表示されますが､ これには基本的にデバッグ情報がないので､ 気にする必要はないでしょう｡
基本的にデバッグ情報があれば､ コアファイルを生成することができ､ ハッカーがソースコードの情報をなんとなく手に入れることができます｡
つまり､ 開発中はデバッグモードでビルドデバッグするだけで､ 顧客にプログラムをリリースするときにはビルドリリースモードに変更するのです｡
繰り返しになりますが､ あなたがどこかで働いているか､ 従業員のために働いているか､ 実際にどこかにコードを納品しているか､
にもよりますね｡
通常､ エクスプローラータブで何かを修正することはあまりないでしょう｡
ビルドされたものと実行ファイルなどを表示するだけです｡
また､ ヘルパーファイルが見えると書きましたが､ これは何でしょうか？
その一部を見ることができます｡
中には自動生成されるものもあります｡
この中にmakeファイルがありますね｡
そして､ これは実はプロジェクトの設定によって生成できるmakeファイルなのです｡
これは､ ワークスペース全体のmakeファイルです｡
特定のプログラムを見れば､ 再び生成されるmakeファイルの一部を見ることができますが､ 通常はこのようなものは一切いじらない方がいいでしょう｡
これはまた､ コンパイルするためのmakeファイルを提供するだけです｡
エラーが出たときに､ makeファイルを見れば何が起こっているのかが正確にわかることがあります｡
何かが正しく生成されていなかったのかもしれません｡
このようなコードは､ 使用するシステムによってはバグがあることもあります｡
Windowsの場合はUNIXのファイル作成システムで､ LinuxやMac OSの場合はデフォルトでOKです｡
基本的にそうなんですね｡
これらのファイルは閉じることができますが､ エクスプローラーやワークスペースのビューで何が起こっているのかをなんとなく見ることができます｡
さて､ ワークスペース・ビューで､ やはりプロジェクトを選択すると､ ストップ､ ビルドということもできます｡
そのため､ コンパイルやビルド､ 実行ファイルに長い時間がかかることがあります｡
何千ものファイルがあれば､ 30分もビルドしていることもありますからね｡
つまり､ stop､ buildは､ ビルド､ つまりコンパイルやリンクの作業を､ どのプロジェクトでも停止することができます｡
繰り返しますが､ コンパイルに時間がかかる場合には便利ですが､ このクラスで書くコードの一部では通常このようなことはありません｡
もうひとつ､ ワークスペース表示をハイライトすると､ 実際にすべてのプロジェクトを一発で構築できるのもいいかもしれませんね｡
ワークスペースの構築またはワークスペースのクリーンアップを行い､ すべてのプロジェクトの依存関係を削除することができます｡
しかし､ ワークスペースをビルドすると､ アクティブかどうかに関係なく､ すべてのプロジェクトがビルドされ､ それが出力ウィンドウに表示されるのです｡
そうですね｡
プロジェクト3を作り､ プロジェクト2を作り､ そして最初のプログラムを作っているところです｡
アクティブなプロジェクトから実際にコードをビルドして実行する方法､ いくつかの設定､ エクスプローラータブの表示方法について､
もう一度簡単に説明します｡
ありがとうございます｡