私は常に Eclipse CDT のインデクサーと戦っています。現在、次のようなコードがあります。はい、これは簡単です。
#include <Othernamespace/Bar>
class Foo : public Othernamespace::Bar
{
public:
Foo(const Othernamespace::Zip& env);
};
Foo::Foo(const Othernamespace::Zip& env)
: Othernamespace::Bar(env)
{ }
<Othernamespace/Bar>ヘッダー ファイルの解決に問題はありません。Othernamespace::Bar親クラスとして解決する問題はありません。問題の解決はありませんOthernamsespace::Zip。
ただし、Fooコンストラクターでは、チェーン呼び出しOthernamespace::Barがエラーとしてフラグ付けされます。インクルードを右クリックしてコードを調べると、Barコンストラクターにconst Zip& argument.
さらに、同じインクルードを持つ同じフレームワークを使用する別のプロジェクトがあり、Othernamespace::Bar は問題なくインデックス化されています。なぜ、ああ、なぜこれをインデックスに登録できないのですか?
繰り返しますが、ここでは基本的にコードを再利用しています。以前の使用では問題はありませんでした。インクルードされたファイルをエディターから開き、親コンストラクターを呼び出すときに引数が正しいことを確認できます (また、エディターで開いたファイルにインデックスを付けるようにインデクサーを設定しています)。
インデックスを再構築しようとしました。「すべてのファイルをリフレッシュ」してみました。インデックス サイズの最大制限を 64 MB から 128 MB に上げてみました (64 MB に近いとは思いません)。どれも違いはありません。
また、継承されたクラスのメンバーへの他の呼び出しが見つからないというフラグが付けられていることにも気付きました。つまり、このクラスで行うすべての作業は、エラー フラグ以外の何物でもありません。再度、インクルード ファイル (解決済み) にこれらのメソッド宣言が含まれていることを確認しました。それでも、何もありません。
私のプロジェクトの他のファイルもインデックスから出入りします。それらは 1 分間は問題ありませんが、次にそれらを開くと、すべてエラーとしてフラグが立てられます。インデックスを再構築します。しばらくは問題ありませんが、後で再び発生するだけです。
仕事を終わらせるよりも、インデクサーとの戦いに多くの時間を費やしているように感じます。これらのインデックス作成の問題を解決するための提案はありますか?
ありがとう。