# コンパイラ・オプションの設定

コンパイラがファイルやプロジェクトをコンパイルする方法をカスタマイズすることが可能です。重要なこととして、各プロジェクトはそれぞれコンパイラの設定を保持しているということです。プロジェクトがオープンしていない状態で、そのオプションの設定を変更すると、その設定はこれとは別に保存されるので、ファイル単体のコンパイルとビルド時にのみで使用されることになります。全てのユーザに共通な設定にする: Anjuta はこれらを自動的に管理します。

## プログラムをサポートする

基本的なコンパイルのオプション (ヘッダやライブラリのパス、リンカの設定など) の指定の仕方は既に前のセクションでご紹介したとおりです。このステップは、もっと標準的あるいはもっとポピュラーなライブラリを使用する時にはやっかいなもになります - 例えば、GTK+ と GNOME など。これらのライブラリの実装を簡単にして、かつ矛盾した設定を避けるためには、そのようなライブラリの開発者が常にそれらの環境設定プログラム (普通 *-config と呼ばれるもの) を提供することです。

しかしながら、それは理論上の話です。それでは現実的な方法をご紹介することにします。Anjuta ではそのような面倒なことを解決してくれます。そのため、これらのライブラリに対する環境設定プログラムについて心配する必要はありません - プロジェクトファイルに該当する サポート 機能を追加するだけで良いのです。

プログラムにライブラリに対するサポート機能を追加する:

1. メニュー・アイテム 設定(_S)コンパイラとリンカの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある サポート タブをクリックして下さい。

2. プログラムに追加するサポート機能をダブル・クリックで選択して下さい。

3. 選択済みのサポート機能を再度ダブル・クリックすると未選択の状態になります。

### サポート・ダイアログ

サポート・ダイアログ

選択したオプションに必要とされるヘッダファイルのパス名やライブラリなどは自動的にセットされます。そのため、手動にてヘッダファイルのパスやライブラリをセットする必要はありません。

### 重要

Anjuta の現在のバージョンでは少しだけライブラリをサポートするオプションがあります - Glib, GTK, GNOME と Bonobo です。これらのライブラリのいくつかは未だ完全にサポートしていません。

### 備忘録

基本的なライブラリのサポートを指定すると、これらのライブラリに必要なコンパイラ・オプションを手動でセットする必要はありません。その他のライブラリではコンパイラの設定を変更する必要がるかもしれません。

## ヘッダのパス名

プログラムにインクルードするヘッダのパス名をセットする:

1. メニュー・アイテム 設定(_S)コンパイラとリンカの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある ヘッダのパス タブをクリックして下さい。

2. パス名を一つ入力する度に 追加 ボタンをクリックして追加して下さい。

3. エントリを削除する場合は、一覧の中にあるエントリを一つ選択して 削除 ボタンをクリックします。

4. エントリを編集する場合は、一覧の中にあるエントリを一つ選択してテキストボックスの中で直に編集し、更新 ボタンをクリックします。

5. 全てのエントリをクリアする場合は、クリア ボタンをクリックします。

### ヘッダのパス設定ダイアログ

ヘッダのパス設定ダイアログ

### ここに注目

プロジェクト向けの設定の場合、ヘッダファイルの全てのパス名はプロジェクトのソースディレクトリに対して、相対パスで指定する必要があります。絶対パスは使用しないで下さい - つまり、開発したソースコードを配布した時に、それを受け取ったユーザがそのプログラムをビルドしようとしたときに問題が発生します。

設定がプロジェクト外で作成された場合は、そのパス名が絶対パスか相対パスかは問題になりません - つまりこの設定はお使いのローカルシステムにのみ適用されるものです。

## ライブラリのパス

プログラムを (次のセクションにある ライブラリ 設定をとおして指定した) 外部のライブラリ とリンクする時、リンカはライブラリの検索パスの中からこれらのライブラリを検索します。Anjuta は自動的にシステムライブラリのパス名を使用しますが、いくつかの追加ライブラリの検索パス名を追加して下さい。

ライブラリのパス名をセットする:

1. メニュー・アイテム 設定(_S)コンパイラとリンクの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある ライブラリのパス タブをクリックして下さい。

2. パス名を一つ入力する度に 追加 ボタンをクリックして追加して下さい。

3. エントリを削除する場合は、一覧の中にあるエントリを一つ選択して 削除 ボタンをクリックします。

4. エントリを編集する場合は、一覧の中にあるエントリを一つ選択してテキストボックスの中で直に編集し、更新 ボタンをクリックします。

5. 全てのエントリをクリアする場合は、クリア ボタンをクリックします。

### ライブラリのパス設定ダイアログ

ライブラリのパス設定ダイアログ

### ここに注目

プロジェクト向けの設定の場合、ライブラリの全てのパス名はプロジェクトのソースディレクトリに対して、相対パスで指定する必要があります。絶対パスは使用しないで下さい - つまり、開発したソースコードを配布した時に、それを受け取ったユーザがそのプログラムをビルドしようとしたときに問題が発生します。

設定がプロジェクト外で作成された場合は、そのパス名が絶対パスか相対パスかは問題になりません - つまりこの設定はお使いのローカルシステムにのみ適用されるものです。

## リンクするライブラリ

ライブラリは外部のモジュールです。これは他のライブラリや実行型式ファイルに提供するために、ビルドの最終ステップにおいてプログラムとリンクする必要があります。リンカには、最終ターゲット (実行型式ファイル) を構築するためにリンクするライブラリの並びが引き渡されます。

ライブラリに加え、オブジェクト・モジュール (`*.o` files) の名前を引き渡すこともできます。オブジェクト・モジュールの名前の先頭には特別なフラグ (アスタリスク *) が付与されています (これにより Anjuta はオブジェクトとライブラリを区別しています)。オブジェクト・モジュールはフルパス名 (絶対パスまたは相対パス、コンテキストに依存します) のリストにして下さい。その理由は、オブジェクト・モジュールはライブラリの検索パスから検索されないからです。

例: 下記のスクリーンショットの中で、最初のエントリ "scintilla" はライブラリですが、その下にある "*" が先頭に付いたエントリは全てオブジェクト・モジュールです。

### ライブラリ・ダイアログ

ライブラリ・ダイアログ

ライブラリ名の書式: `libXXX.a` です。一覧の中にライブラリがある状態では、先頭の "lib" と末尾の ".a" は省略され、ライブラリ名である "XXX" のみがエントリになります。

ライブラリを追加する:

1. メニュー・アイテム 設定(_S)コンパイラとリンカの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある ライブラリ群 タブをクリックして下さい。

2. ライブラリ名 (必要ならば、オブジェクト名も) を一つ入力する度に 追加 ボタンをクリックして追加して下さい。

   ライブラリはダイアログの右側に表示されている一覧の中から選択することも可能です。全てのライブラリがこの一覧の中で利用可能ではありません。

   ### 重要

   オブジェクト・モジュールは必ずパス名をつけて指定し、先頭にアスタリスク (*) を付けて下さい。

3. エントリを削除する場合は、一覧の中にあるエントリを一つ選択して 削除 ボタンをクリックします。

4. あるエントリを無効にする場合は、一覧の中にあるそのエントリをダブル・クリックして下さい。再び有効にする場合は、そのエントリを再びダブル・クリックします。

   無効にしたエントリはリンク処理に挿入されません。

5. エントリを編集する場合は、一覧の中にあるエントリを一つ選択してテキストボックスの中で直に編集し、更新 ボタンをクリックします。

6. 全てのエントリをクリアする場合は、クリア ボタンをクリックします。

## マクロの定義

マクロを定義する:

1. メニュー・アイテム 設定(_S)コンパイラとリンクの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある 定義 タブをクリックして下さい。

2. マクロを一つ入力する度に 追加 ボタンをクリックして追加して下さい。

3. エントリを削除する場合は、一覧の中にあるエントリを一つ選択して 削除 ボタンをクリックします。

4. エントリを編集する場合は、一覧の中にあるエントリを一つ選択してテキストボックスの中で直に編集し、更新 ボタンをクリックします。

5. 全てのエントリをクリアする場合は、クリア ボタンをクリックします。

### マクロ定義ダイアログ

マクロ定義ダイアログ

## コンパイラの警告 (ワーニング)

コンパイラに対して、いろいろな種類の警告 (ワーニング) を有効にすることが可能です。

1. メニュー・アイテム 設定(_S)コンパイラとリンカの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある 警告メッセージ タブをクリックして下さい。

2. ファイルまたはプロジェクトをコンパイルしたりビルドする時に メッセージ・ウィンドウ の中に表示させたい警告メッセージを選択して下さい。

3. 警告無し を選択すると、全ての警告が無効になります。

4. 同様に、全ての警告 (-Wall) を選択すると、全ての警告が有効になります。

### 警告設定ダイアログ

警告設定ダイアログ

## コードの最適化

コードのコンパイルにおける最適化のレベルを設定する:

1. メニュー・アイテム 設定(_S)コンパイラとリンカの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある 最適化 タブをクリックして下さい。

2. 必要な最適化レベルを選択して下さい。

### 最適化の設定ダイアログ

最適化の設定ダイアログ

デバッグを有効にした場合にコードの最適化を行うことはあまり良い考えではありません。最適化を行っても害はありませんが、プログラムのデバッグ時にたくさんの難しい問題を発生します。コードの最適化を有効にすると、コンパイラはパフォーマンスを改善するためにプログラムのコードを (訳注: アセンブラレベルで) 変更します。これによりデバッグ中に、デバッガが参照している行番号が対応するソースコードの実際の行番号と一致しなくなるという混乱を、ときどき発生させてしまいます。

コードの最適化はコンパイルのステップでのみ有効で、ソースコードには直接影響をあたえることはありません。

## その他のコンパイラ設定

その他のコンパイラの設定を行う:

1. メニュー・アイテム 設定(_S)コンパイラとリンカの設定(_C) … を選択して、コンパイラのオプション ダイアログの中にある その他 タブをクリックして下さい。

2. コンパイルにおけるさまざまなオプションがあります。

### その他のコンパイラ設定ダイアログ

その他のコンパイラ設定ダイアログ

最初のオプションは デバッグを可能にする です。このオプションはデバッグ情報 (シンボル・テーブルのようなもの) をプログラムに追加するようコンパイラに指示します。この情報はコードをステップ毎にデバッグするために必要です。このオプションを有効にすると、プログラムのサイズが少し大きくなります。

このオプションはプログラムを開発している時にとても役に立ちます。コードが完成してリリースできる準備ができたら、このオプションを無効にしてプログラムを再度ビルド (リビルド) します。リビルドする前にプロジェクトを一度きれいにして下さい - つまり、自動的に依存関係をチェックするために、このオプションを無効にして全てのファイルビルドして下さい。

デバッグを有効にした場合にコードの最適化を行うことはあまり良い考えではありません。最適化を行っても害はありませんが、プログラムのデバッグ時にたくさんの難しい問題を発生します。コードの最適化を有効にすると、コンパイラはパフォーマンスを改善するためにプログラムのコードを (訳注: アセンブラレベルで) 変更します。これによりデバッグ中に、デバッガが参照している行番号が対応するソースコードの実際の行番号と一致しなくなるという混乱を、ときどき発生させてしまいます。

二番目のオプション プロファイリングを可能にする は、プログラムの中にプロファイリング情報を追加することを除いて デバッグを可能にする オプションとほぼ同じです。Anjuta ではプロファイリング機能はまだ実装されていません。いつの日か端末ベースの gprof を使うことが可能になります; または GUI (GTK+) アプリケーションである MemProf を使うことが可能になります。開発しているプログラムに対してプロファイリングを行う方法については gprof マニュアルページ を参照下さい。プロファイリングを可能にすると、プログラムの動作がとても遅くなるので、デバッグ時にのみ使用して下さい。

コンパイラとリンカに追加で指示するオプションを、このダイアログのテキスト・ボックスに入力することができます。