質問

Eclipse CDTについてのインデクサに最適C/C++コードの設定]>[C/C++>Indexer).なものかを正確な違いがとれない。

のヘルプファイルになっ啓発:

"CDTの貢献 追加のインデクサに最適で、2つのインデクサに最適 提供されるデフォルトのCDT リリース:

  • 高速C/C++Indexer:ー早割り出力の両方 宣言は、クロスの参照 情報。することをお勧め indexer.

  • フルのC/C++Indexer:を実現しています。高精度インデックス 力に 性能の両方の申告、 クロス参考情報"といいます。

である必要があります。 正確な:な指標から、いろいろなものが入ってる場合はこちらですか。

役に立ちましたか?

解決

こちらの抜粋ですから、CDTのページを記述するその構文解析インデックス(CDT-デザイン/概要の解析).でなかなか良いプログラムにその違いに高速indexerに失敗する:

解析結合分解能は、 時間がかかるプロセスは、この問題 ので、ユーザーの期待コードの編集 特徴などのコンテンツを支援する 早いです。このためCDT店 結合情報をディスク キャッシュという"指標"または"PDOM" (続きドキュメントオブジェクトモデル) 可能にするために提供機能 ることに迅速に対応ユーザーです。

ビルの指数を構文解析 すべてのコードは、プロジェクトの解決 すべてのバインディングおよび書き方 バインディングの指数です。インデックスを指定 その後段階的に更新時間 ユーザの編集、ファイルです。

古いバージョンのCDT三 異なる索引モード、 割り出し、指数付けない 索引.デフォルトの設定が 高速indexerで割り出し、 大型プロジェクトで時間がかかる ます。との違い 高速フルインデクサに最適であること 高速indexerまでスキップヘッダファイル て解析され、 全indexer常に 再解析のためにヘッダファイルで が含まれます。しかし重要であ そのindexer, その名前にもかかわらず、まだよく分かっていません ます。

時のヘッダファイルが含まれ ソースファイルとしての意 マクロ定義されていると ポイント。一部のヘッダの図書館利用のマクロ 併せてプリプロセッサ 条件分岐(#ifdefs)の一部 などのヘッダファイルです。もな ヘッダーファイルが含まれ以 一度プロジェクトの場合、マクロ のヘッダにより異なる 各ヘッダに使用されます。 異なる部品のヘッダが 付属の異なるソースファイルです。もindexerきを正確に このシナリオでのみ 指数のヘッダを初めてであ 発生します。

のindexer再構文解析のヘッダー すでに出会い、その な再指します。そのため ソースファイルを含むヘッダがあり 解析結果のデータをより正確に把握し、その ヘッダーそのものに限り物価連動に ます。のindexerは より遅いのでindexer の解析では、その は僅かに精度が高くなります。のための この理由のindexerではない 推奨とさせていただきました。 現在のバージョンのCDT.

各プロジェクトは、単一のPDOM 関連付けられています。のPDOMが格納され ディスクにフラットバイナリファイルです。の indexerのみ指数のヘッダ 含まれるソースファイルなので、 があります。hファイルのプロジェクト いております。cまたは .cppファイル、そして通常ではな インデックス付きしていただくことが望 設定のための割り出しのすべてのファイルを プロジェクト.

他のヒント

私は常にreparses意見つかり/含まれないファイル"キャッシュ".その理由の場合の内容をファイルが、プリプロセッサの定義ではいつもreparsed.高速のパーサはまったく変わってはいないので、ファイルを最初に発生します。

ものをとることができると思いますか間違った)

なものかを正確な違いがとれない。

私の経験では、約32MB heap.

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top