みなさん､ こんにちは｡
このビデオでは､ インストールしたコンパイラで動作するように､ code lightsを設定します｡
ですから､ このビデオの前提条件として､ コンパイラがインストールされていること､ code lightがインストールされていることが明らかに必要なのです｡
さて､ それではさっそくですが｡
ここにアイコンがありますね｡
コードライトへのショートカット｡
それをダブルクリックすると､ 初めてコードライトが開き､ 「セットアップウィザードへようこそ」と表示されます｡
セットアップウィザードを実行しましょう｡
一回だけでいいんです｡
そこで､ 次に開発プロファイルを選択します｡
次を選択します｡
そして､ 今度はコンパイラをスキャンすることができます｡
そうしましょう｡
プリインストールされているコンパイラが見つかるとは限らないので､ おそらくインストールしたコンパイラは見つからないと思いますが､
試してみましょう｡
そして､ もし見つかったら素晴らしい､ 見つからなかったら､ 手動でインストールします｡
いずれにせよ､ カバーされているわけです｡
そこでスキャンを選択すると､ 「位置が特定できませんでした」と表示されます｡
それはそれでいいんですけどね｡
今すぐ取り付けたいですか？
いや､ もうインストール済みなので､ 次を選択します｡
Rustコンパイラを発見したことがわかります｡
それはプログラミング言語が違うので大丈夫です｡
無視すればいいんですよ｡
次を選択します｡
好きな配色を選んでください｡
このデフォルトのスキームを使うことにします｡
普段は目に優しいのでダークスキームを使うのですが､ 動画ではより映えると思うので､
これを使います｡
次を選択します｡
このダイアログは､ ホワイトスペースやインデントなどについて尋ねています｡
デフォルトのまま､ 終了をクリックするだけで､ コードライトが閉じ､ 再び開きます｡
そこで､ まず最初にしなければならないのは､ セットアップでコンパイラが見つからなかったので､ コードラインにコンパイラを手動でインストールすることです｡
設定」→「ビルド設定」の順にクリックすると､ 簡単に行えます｡
そして､ この青いプラスマークをクリックします｡
画面上では緑色になっているかもしれません｡
ライトテーマかダークテーマかにもよりますが｡
そこで､ そこをクリックしたいと思います｡
コンパイラのタブにいることを忘れないでください｡
それをクリックすると､ さらにAdd an existing compilerと表示されますね｡
だから､ そうしようと思っているんです｡
だから､ プラスを押した後､ このようなダイアログが表示されます｡
Cygwin Cコンパイラをインストールしたパスに移動したい｡
そこで､ Cドライブにインストールしました｡
Cドライブを選択し､ Cygwin 64またはそれをインストールした場所に移動してください｡
デフォルトでは､ C Cygwin 64にあり､ Cygwin 64の中にbinディレクトリがあります｡
フォルダを選択し､ ここで実際に名前を付けます｡
そして私たちは､ よしと言うのです｡
この時点で､ ツールタブを選択するか､ すでに選択されている場合は､ すべてのビルド設定が記入されているのが確認できます｡
中には正しくないものもあるので､ 実際に修正する必要があります｡
気になるC＋＋コンパイラ､ 気にする必要はありません｡
導入していないんです｡
でも､ Cコンパイラは､ 本当はGCCを使いたいんですよね｡
つまり､ Cコンパイラを選択した後､ ドット､ ドット､ ドットを選択すれば､ 再びbinディレクトリに移動して､
GCC dot exeを選択するだけです｡
そこで､ GCC dot exeを実行すると､ アセンブリ名のGCCコンパイラが実行されます｡
ASXとして実行するプログラムでは､ ドット・ドット・ドットを使うこともできますし､
入力することも可能です｡
アセンブラ名には､ GCCを使いたいリンカーを指定します｡
だからまた､ 手動で編集するか､ ドット､ ドット､ ドットを打てばいい｡
これが共有オブジェクトのリンカー用のGCC dot exeであることを確認したいだけなのです｡
今回もGCCを使用します｡
つまり､ ドット・ドット・ドットでもいいし､ GCC dot x dash shared dash lowercase f pickでもいいのですが､
アーカイバにはRDXを使います｡
RCUをプログラムの引数にした場合｡
今回使用するmakeは､ make X inside binです｡
だから､ それが正しいはずです｡
そうでない場合は､ make dot xとする｡
また､ gdbについては､ ドット・ドット・ドットでgdbに移動できるように､ 再度gdbを使用するように修正したい｡
ドットXYで､ それを利用することができる｡
そして､ これらの設定は本当に重要なものであることを確認したいのです｡
ですから､ もう一度ビデオを一時停止して､ もう一度すべてが正しいかどうか確認したほうがいいかもしれません｡
C＋＋コンパイラは関係ない｡
Cコンパイラ GCC x アセンブラ名 ASX Xqcs Xqcs Xqcs shared アーカイブ内の共有オブジェクトのためのものです｡
A. x.
そうして､ 先に進んで､ 適用を押して､ ヒットさせます｡
そうですか｡
わかりました｡
そこでコデラボでは､ ここでフルスクリーンにさせていただきます｡
コードライトでは､ ここにいくつかのウィンドウがありますが､ これについては今後の動画で詳しく解説していきます｡
ワークスペースのビューがあり､ ここでプロジェクトの集合体であるワークスペースを作成し､ プロジェクト1やプロジェクト2などのワークスペースを持つことができます｡
そして､ その一つ一つのプロジェクトが､ ここで書くプログラムなのです｡
新しいワークスペースを作ったり､ ワークスペースを開いたり､ タブからもいろいろなことができるようになっています｡
最近のユーザーインターフェースは､ 同じことをするのに4つか5つの方法があるのが普通です｡
さて､ それでは新しいワークスペースを作ってみましょう｡
Cプラスアルファのワークスペースがあることを確認するために新規選択します｡
ということになりますね｡
OKをクリックします｡
さて､ 私のワークスペースへのパスはどうなっているのでしょうか？
そこのユーザーフォルダからすぐ入れるんです｡
そして､ そこでやりたいことは､ すべてのワークスペースを作成するための新しいフォルダを作成することです｡
では､ そうしましょうか｡
ホームフォルダ内に新しいフォルダを作成し､ workspaces､ my
workspacesなど好きな名前を付けます｡
ここで本当に重要なのは､ スペースや特殊文字､ アンドやドットなど変な文字がないことです｡
ワークスペースのような､ 本当にシンプルな名前をつけてください｡
そして､ それでいいのです｡
それでいいじゃないですか｡
だから､ フォルダを用意したんです｡
選ぶことにしています｡
また､ ワークスペース名は何でしょうか？
さて､ このワークスペースは､ 仮にワークスペース1とかセクション1とか､ 呼び方は何でもいいです｡
ワークスペース1ということにしておきます｡
ワークスペースが作成され､ ワークスペース・ファイルが作成されます｡ この小さなチェックがチェックされていることを確認し､
ワークスペースを別のディレクトリに作成します｡
そうすることで､ すべてのワークスペースに別々のディレクトリが用意され､ きれいに整理されるのです｡
選択します｡
そうですか｡
そして､ このウィンドウが消えたことがお分かりいただけると思います｡
ここには大きな白いエリアがあり､ そこに私たちのワークスペース､ 最初のワークスペースがあります｡
今はワークスペースではあまりできないですね｡
ワークスペース内のプロジェクトが必要なので､ ワークスペースを選択して新しいプロジェクトをファイルすることができます｡
あるいは､ ワークスペース上で右クリックして､ 新規プロジェクトと言えばいいのですが､ それを実行することになります｡
わかりました｡
だから､ このビデオで最も重要なのは､ プロジェクトの設定でしょう｡
では､ 私の新しいプロジェクトの名前は何でしょうか？
プロジェクト・ワンということにしています｡
プロジェクトは必ず専用のフォルダーに作成してください｡
そして今度は､ このドロップダウンをここに記入します｡
カテゴリは何でしょう？
どのようなアプリケーションを作るのか？
コンソールアプリケーションになります｡
それは､ コマンドプロンプトから実行される非グラフィカルなアプリケーションです｡
次に選択しなければならないのは､ タイプです｡
そして､ タイプは基本的にシンプルな実行可能なGCCにする予定です｡
これはC言語プログラムなので､ 簡単な実行ファイルGCC｡
これから使うコンパイラは､ 先ほど作ったばかりですが､ うまくいけばCygwinという名前になります｡
だから､ 実際に行ってCygwinを選択すればいいのです｡
デフォルトのままだと､ その名前を選択する必要がありますね｡
デバッガは新しいGDBデバッガを使用し､ ビルドシステムはコードライトMakefileジェネレータUnixを実際に使用する予定です｡
つまり､ これは､ 非常に重要な設定なのです｡
ですから､ 必要であればこれらのポーを見てみてください｡ しかし､ カテゴリはコンソールタイプであるべきで､
シンプルな実行可能なGCCコンパイラであるべきで､ cygwinデバッガであるべきで､ GDBデバッガ､ ビルドシステムはコードライト､
メイクファイル生成ユニックスのはずです｡
だから､ 先に打って行くんです｡
そうですか｡
プロジェクト1フォルダの中に､ Main dot Cというソースファイルが作成されていることにお気づきでしょうか｡
これをダブルクリックすると､ エディタに小さなタブプロジェクトが表示され､
1つのメインドットCが表示されます｡
Cコードは今､ 重要ではありません｡
環境を整えているところです｡
ビルドやコンパイルなど､ あらゆることを確認できるようにしています｡
このファイルを編集しようとすると､ コードを書き込むときに､ 上に小さな赤い丸があることに気づくと思いますが､
これはファイルが保存されていないことを意味します｡
ビルドしてコンパイルする前に必ず保存しておきたいので､ Ctrl sを押して保存すると､ 赤が消えるのがわかると思います｡
ですよね？
また､ 保存したい場合は､ 「ファイル」で「ファイルを保存」とすればよいでしょう｡
つまり､ あの赤い点は､ ソースコードが保存されているかどうかを教えてくれているのです｡
繰り返しますが､ これはC言語のコードです｡
という心配は無用です｡
ビルドとコンパイルに挑戦するのみです｡
メインドットCができましたが､ ここでレンチを選択することで､ 実際のコンパイラの設定などを変更できることに気づきます｡
つまり､ ここで上のレンチを選択すると
ここでは､ プロジェクトのすべての設定が表示され､ いくつかの項目は自動的に入力されます｡
そこで､ 一般向けには､ Cygwinコンパイラのインストール時に自動的に設定したものをいくつか紹介します｡
つまり､ Makefileジェネレータがcode light､ MakefileジェネレータがUNIXコンパイラ､ Cygwinなどであることがわかります｡
これらのほとんどはデフォルトとしてマークすることができます｡ この後のビデオでこれらの設定について説明しますが､
一般的には､ コンパイラの設定の前に行ったことから基本的に記入されているはずです｡
左のコンパイラを選択すると､ 実際に渡すことができるコマンドライン引数があることに気づきます｡
Cのプラスアルファは気にする必要はありませんが､ Cのコンパイラオプションの場合､ ドット､
ドット､ ドットを選択すると､ おそらく実際に選択した方が良いのでしょう｡
C 99の特徴です｡
だから､ ブーリアンとかそういうのが使えるんです｡
それについては､ また後ほど｡
つまり､ C 99の機能を有効にすると､ C 99の標準的な引数を渡すことになります｡
そして､ 他に何かあるとすれば､ 本当に何も必要ないと思います｡
コンパイラのオプションです｡
ここは結構､ 打てるのでいいですよね｡
そうですか｡
そして､ STD equals C 99でちょうどパスしたことに気づくはずです｡
他のものも､ リンカーにすればそのままでいい｡
リンカーオプションに関しては､ もう一度リンカーオプションのドット・ドット・ドットにアクセスして､ スタティックリンクを選択するだけでもいいかもしれません｡
そうすれば､ 静的なリンクをチェックするリンクマークで､ 後でライブラリの問題が発生することもありませんし､ 再びヒットすることもありません｡
そうですか｡
それで､ これについては後でもっと詳しく取り上げることにします｡
しかし､ これですべてがセットアップされたはずなので､ 実際にコードをコンパイルして実行することができるようになります｡
では､ さっそく適用と押してみましょう｡
そうですか｡
そして､ ここにソースコードが表示されます｡
では､ 次にコードのビルドやコンパイルを試してみましょう｡
そして､ buildに行き､ build projectと言えば､ コードがビルドされ､ エラーがないことを確認できるはずです｡
なぜなら､ これは単なるテンプレのCコードだからです｡
さて､ もしあなたが何らかのシンタックスを追加したりした場合､ ファイルを保存して再度ビルドしようとすると､ 実際にエラーが表示されることがあります｡
そして､ あなたはまた､ すべてに従うことによって､ あなたのコードがコンパイルされていることを確認したいので｡
だから､ 基本的にはソースコードを修正すればいいんです｡
Hello testingのようなことを言って､ 先にプロジェクトを構築してください｡
このオプションについては後で説明しますが､ ここではプロジェクトをビルドして､
エラーがなく､ すべての設定が正しく行われたことを確認します｡
もしエラーが発生した場合､ それは構文エラーではなく､ セットアップに問題がある可能性があります｡
もう一度､ 設定に戻り､ ビルド設定で､ すべてのツールとパスが正しいことを確認する必要があります｡
GCSを使いたいのは､ makeファイルがmake dot exeで､ make dirがblinkであることをすべて確認することです｡
まず､ これらの設定が問題ないことを確認し､ それでも問題がある場合は､
レンチタブに戻り､ 再度､ 一般設定に移動することができます｡
コードライト､ メイクファイルジェネレーター､ UNIX､ ご存じcygwinを使って確認します｡
繰り返しますが､ これらはすべてデフォルトで動作するはずですが､ いろいろと試してみてください｡
エラーが続く場合､ 解決できない場合は､ Q＆Aに何か投稿してください｡
しかし､ この時点ではうまく構築できているはずです｡
さて､ 実際にコンパイルが成功したので､ 実際にプログラムを実行して､ どんな出力が出るか見てみましょう｡
ワークスペースのプロジェクト実行でプロジェクトをハイライトし､ ビルドの下にあるメニューオプションで実行と言うことができます｡
そうすると､ プログラムが実行されようとするんだ｡
このボックスはデフォルトで表示されます｡
rememberを選択すれば､ 二度と聞かれることはありません｡
改めてエグゼクティブを構築する必要はない｡
すでに構築しているので､ 2ステップなので実行するだけでいいのです｡
あるいは､ もう一度ビルドして実行すると言う手もあります｡
どちらにしても大丈夫ですが､ すでにコンパイルしたのであれば､ 再度コンパイルする必要はないでしょう｡
だから､ 実行としか言いようがない｡
そして､ このプログラムの出力が表示されるDOSウィンドウのようなものが表示されるでしょう｡
少し読みにくいですが､ hello testingと書いてあり､ 追加情報も一緒に書いてあります｡
Xコードゼロでプログラムが終了したと表示される｡
それは､ コードを実行しても問題がなく､ ゼロを返したということだからです｡
それで､ そこにゼロがあるんです｡
また､ 実際にプログラムの実行にかかった時間も表示され､ 任意のキーを押して続行することができます｡
さて､ このプログラムをコマンドラインから実行した場合､ このような余分な出力は表示されないでしょう｡
私たちは､ それがソースコードの出力であるため､ こんにちはテスト､ と見るだけでしょう｡
しかし､ IDコードライトには､ あると嬉しい余分な情報がついてきますが､ その情報は本当に必要ないので､
先に進み､ 任意のキーを押して続行すると､ このボックスはそのように消えます｡
そうすることで､ 私たちはプログラムを運営することができるのです｡
また､ 下部にはさまざまなタブや情報が表示されるようになっています｡
この下で最も重要なタブは､ 出力タブとビルドタブの2つです｡
出力タブでは､ 何が起こっているのかがわかるようになっています｡
あのね､ プログラムが終了しましたとか書いてあって､ いろいろ走ってるんだよね｡
ビルドタブは､ 基本的にコンパイルしたときの状態です｡
また､ コンパイルやビルド､ プロジェクトのビルドを実行すると､ コンパイルの方法が表示されることに気づきます｡
この場合､ セミコロンが足りないんです｡
そこでエラーになるわけです｡
そして､ 「エラーが発生しました」と表示されます｡
だから､ ビルドが成功したら､ セミコロンを追加して､ セーフと言って､ またビルドすることにしましょう｡
ビルドが成功すると､ 実行されたコマンドが表示されます｡ このコマンドは､ すでに設定で設定したものですよね？
GCC dot x dash Cはコンパイル用ということですね｡
ソースファイルmain dot Cをコンパイルし､ build G dwarf two standard C 99 dash
wallの設定で設定したプログラム引数を使用しています｡
そうですね｡
すべての設定をまとめているんです｡
そして､ GCC Xもあり､ これはdash oのオプションとしてリンクされています｡
そして､ ドットダッシュの静止画が見えますが､ これも追加しました｡
だから､ これらすべてが､ 設定によってまとまっていくようなものなんです｡
さて､ 先ほど紹介したように､ コンパイルがうまくいかず､ エラーになった場合｡
例えば､ 先ほどのようにセミコロンがない場合､ ビルド時にエラーになります｡
実際にセミコロンがないんです｡
これは､ returnの前にセミコロンがあることを期待したエラーであることを示すようなものです｡
そして､ これはよくあることなんですよね｡
これらのシンタックスエラーは､ 最終的に表示されるものです｡
また､ プログラムの実行に問題がある場合は､ ビルドタブのQ&Aに投稿していただくのが一般的です｡
そして､ 実際に目で見て確認することができるので､ 安心です｡
しかし､ C言語のコードを書くときに､ シンタックスエラーはよくあることです｡
コンパイラの理解やコンパイラのエラーについては､ 今後のビデオで実際に確認する予定です｡
しかし､ このビルドタブは､ 出力やコンパイルに成功したかどうか､ エラーが発生したかどうかを確認するために重要です｡
ここでもよくあるミスで､ セミコロンが抜けている｡
時々､ 学生はDと標準のi oを忘れてしまう｡
だから､ セミコロンがあるのだそうです｡
私が保存して､ 彼らが作ってくれるんですからね｡
そして､ 赤い矢印が動くのがわかると思いますが､ これは赤い矢印がエラーの場所を教えてくれるからです｡
実際にコンパイラが教えてくれます｡
つまりこの場合､ standard IOの表記を間違えているんですね｡ Hというのは､ Cのパッケージを入れることができるんですよね？
そして､ セミコロンが抜けていたら､ 赤い矢印はここになりますよね？
でもまた､ コンパイルを保存して､ もう一度実行するんですよね？
そして､ これらのエラーを修正したら､ 再びプロジェクトを構築することができますし､ プロジェクトを再構築することも可能です｡
まあ､ 全部作り直すんですけどね｡
それを洗浄し､ 再構築する｡
そして､ アウトプットを見ることができます｡
正常にノーエラーであることが確認できます｡
そしてまた､ 以前と同じように､ エクゼキュータをビルドして､ 実行するだけでいいのです｡
このように､ プログラムをコンパイルして実行し､ すべての設定を行うことができるのですね｡
さて､ 少しでも問題があれば､ Q&Aに投稿してください｡
これらの質問の多くは､ ビルド環境の設定エラーなのか､ 実際のコードでシンタックスエラーがあるのか､
といった具合に､ なんとなく見ていくことができます｡
構文エラーはいろいろあるんですよ｡
そして､ 正しいC言語のコードの書き方を講座の中で学んでいくことになるのです｡
でも､ ビルドタブは大事､ アウトプットタブは大事｡
この後の講義では､ 実際にテンプレートを設定することで､ 必ずしもこれらの設定などを行う必要がないことを説明します｡
プロジェクトを作るときは､ 同じプロジェクトを何度も作ればいいんです｡
ここにあるコードは理解できないかもしれませんが､ この講義の最後には理解できるようになっていることを願います｡
これを立ち上げて､ 簡単なCプログラムを実行させる｡
ありがとうございます｡