手動によるプロジェクトの作成は、常に利用可能なオプションです。手動で作成する方が時間がかかりますが、プロジェクトの内容と設定をより細かく制御できます。 ユーザーは、プロジェクトの内部に対する理解によって、自動生成プロジェクトの設定を調整したり、問題があった場合にプロジェクトを修復/再設定することができます。
「プロジェクトの作成と構成」の説明にあったように、C++test プロジェクトは単なる CDT プロジェクトです。 C++test は、 独自の拡張/設定をC/C++ プロジェクトに追加するにすぎません。
手動の C/C++ プロジェクト ウィザードを起動するには、方法について説明します。 「 GUI からの C++test プロジェクトの作成」の説明のいずれかの方法を使ってプロジェクトを作成します。
次に、適切なビルド設定を行う必要があります。この構成の詳細については 「プロジェクトとファイルのオプション設定」 を参照してください。ここでは、Tornado ベースのプロジェクトを構成するために重要な点についてだけ説明します。
設定をレビューして変更するには、次の操作を行います。
まず、オプション ソースの設定を確認します。[Wind River Tornado プロジェクトのオプションを使用] または [ビルド システムのオプションを使用] を選択します。その他の利用可能なオプションは、選択したオプション ソースによって異なります。
最初にプロジェクトを作成したとき、そのオプション ソースとしてデフォルトで [ビルド システムのオプションを使用] が設定されます。次のオプションを使ってプロジェクト設定を指定します。
Tornado プロジェクト ファイルから直接オプションを抽出する場合、オプション ソースを [Wind River Tornado プロジェクトのオプションを使用] に設定します。次のオプションを使ってプロジェクト設定を指定します。
以下の設定は、両方のオプション ソースに共通です。
キャッシュのリセット スキャンしたすべてのオプションを消去して、次のテスト アクション時に強制的に再スキャンを実行します。例外については 「make ツールの差異と -i / -B オプション」 を参照してください。
コンパイラ設定 プロジェクト のソースのコンパイラおよびテスト用実行モジュール ( Tornado/VxWorks の場合、再配置可能テスト) のビルドのために使用するコンパイラ セットとツールを指定できます。
オプション コンパイルとリンクのオプションを指定できます。これらのオプションは、通常のホスト ベースのテストではほとんど使用されませんが、組込みテストでは役に立つ場合があります。
${cpptest:original_options} -DPARASOFT_CPPTEST です。このオプションに必要なプラットフォーム依存オプションをアペンドします。詳細については 「 ターゲット/プラットフォーム依存のオプションの設定」を参照してください。 ${cpptest:original_options} です。単体テストを実行する場合、C++test ランタイム ライブラリへのパスをこのオプションにアペンドします。C++test ランタイム ライブラリのビルドについての詳細は、「ランタイム ライブラリのビルド」 を参照してください。 ${cpptest:engine_loc}/runtime です。別のランタイム ライブラリのソースを指定できます。詳細については 「ランタイム ライブラリのビルド」 を参照してください。 
あらゆる make ツールは Makefile を解釈して実行するように設計されていますが、その機能、オプション、動作はベンダーとビルドによって異なるだけでなく、make ツールの直接の使用によってさえも異なります。make を使用する場合、予想外の問題が起こらないように、その機能と欠点を把握することが重要です。多くの場合、特に別のバージョンでは動作することがわかっている場合に make の出力をモニターして問題を診断するのは困難です。
次の 2 つの make オプションは C++test で頻繁に使用されますが、make のバージョンによっては利用できないことがあります。
ご使用の make が -i オプションをサポートしていない場合、ビルド コマンドがエラーなしで必ず実行するようにしてください。さもないと、プロジェクト中のファイルにおいてオプションをスキャンできないファイルが出てきます。
make が -B オプションをサポートしていない場合、ユーザーが適切なソース (またはすべてのソース) にタッチするかプロジェクトをクリーンしない限り、従属ファイルが変わったときまたは [キャッシュのリセット] ボタンをクリックしたときに、C++test は過去にビルドしたプロジェクトを再スキャンしません。この場合、スキャンの進行中にタッチ/クリーンを行う特別な make ターゲットを作成するのが有効かもしれません。
重要！ Tornado の GNU make-3.74 は -B オプションをサポートしていません。
プロジェクトをビルドするために、Tornado は特別なデフォルト ルールまたはユーザー定義ルールを実行します。
デフォルト ルールは変更できません。その名前と番号は Tornado プロジェクト タイプに依存します。C++test でのテストに推奨する、ダウンロード可能なアプリケーション モジュールの場合、次の 3 つのデフォルト ルールがあります。
デフォルト ルールと異なり、ユーザー定義ルールは追加、編集、削除できます。
ルールはビルド構成とは独立して存在します。各ビルド構成は 1 つのルールを持ち、このルールを実行します。ルールは Tornado 生成の Makefile で表現されます。
プロジェクトのディレクトリ内から make <target> を実行して、コマンドラインからプロジェクトをビルドできます。 このとき、ターゲットはデフォルト ルールまたはユーザー定義ルールから取得される可能性があります。( 環境がビルドコマンドを実行するときに、プロジェクトの Makefile が再生成される点に注意してください。そのため、プロジェクトの Makefile は .wpj プロジェクト ファイルに比較して古い可能性があります)。同じことが C++test プロジェクト ビルド コマンドに当てはまります。ほとんどの場合、 必要な作業は "<project_name>.out" をアペンドすることだけです。