3

現在、開発環境を CodeWright (Borland によって長い間放棄されてきました) から移行し、Eclipse に移行することを検討しています。私たちは、Perl、PHP、および一部の Windows C++ 開発に Eclipse を使用しており、多くの成功を収めています。

ただし、この問題は、Excel が理解していないように見えるいくつかの定義をメイクファイルで使用する組み込み環境で発生します。以下に例を示します (有罪を保護するために値が変更されています)。

F_FOO unsigned char foo(ptr *this)
{
}

ここで、F_FOO はメイクファイルで次のように定義されています。

F_FOO=@foobar

Eclipse は F_FOO を強調表示し、構文エラーとしてフラグを立てます。それは、トレーサビリティに関するあらゆる種類の悲しみを引き起こします。

ある程度これは、Eclipse がキーワード__fastcallの処理方法を認識していない Builder C++ の一部のコードでも発生します。

これに関するヘルプ (この問題に遭遇したのは私たちだけではありません) をいただければ幸いです。

4

2 に答える 2

3

ヘッダー ディレクティブで #defines を試しましたが、プロジェクトのサイズとファイルの数が非常に多いため、あまり実用的な方法ではないことがわかりました。

Eclipse を中心としたツールで、私たちに適したソリューションを見つけました。詳細は以下のとおりです。

  1. 問題のプロジェクトを右クリックします。
  2. 表示されるメニューの下部にある [プロパティ] を選択します。
  3. C/C++ 全般を展開する
  4. パスとシンボルを選択
  5. [シンボル] の下に、問題のシンボルを追加します (値を空白のままにします)。

それは私たちにとってトリックでした。これで、ソフトウェアの完全なトレーサビリティが復元されました。

于 2009-02-17T14:34:59.010 に答える
0

Eclipse が認識していないことについては、#defines に含まれるヘッダー ファイルを作成できます。次に、ビルドの一部として、そのヘッダー ファイルの空のバージョンを使用して、実際にはそれらの定義を使用しないようにします。

于 2009-02-12T18:53:40.470 に答える