スマートコンフィグレータのコード生成によるバグの発生

鈴木様

ご回答ありがとうございます。教えていただいたオプションを使用しましたが、ソースコードの×印は消えなかったです。今のインデクサーの設定は、「100MBより大きなファイルをスキップ」「100MBより大きなincludeをスキップ」としております。これ以外にこのエラーを回避する方法が現状では分からないですが、他に方法ありますでしょうか。

初様

鈴木様のアドバイスはこの件では役に立ちません。値を変えるとマクロが別名で生成されると言うのはそのままであるためです。やっていることはR_XXX_Create (XXXはコンポーネント名)関数の中でマクロの代わりに数値を直書しているだけで、マクロ生成自体の手法が変わらないのでインデックス作成であまりに多いシンボル情報によって起こっている今回の問題が解決されないためです。

私が書いたようなマクロ生成手法の仕様を見直してマクロ名に数値自体を埋め込まないようにすることくらいでしか解決しません。今の仕様だとマクロ生成されてても再利用性がないのでいっそ、生成しなくていいって気すらします。

Shoji様

マクロ名に関しては私も同意見です。書き換わる数値をDefine名に使うのは、可読性としても落ちます。

政治的な理由で仕様が決まってすまうこともありますが、全体としては使いやすいようになるよう

目指していきたいと思っています。数値名を省いたDefine名も生成できるように依頼したいと思います

以上、よろしくお願い申し上げます。

Yamamoto様

今回の問題とは切り離して考えます。再利用性が無いのは難点ですね。ついにプロジェクトを再起動してもエラーが消えなくなったので、既にあきらめてしまっていますが、とりあえずはビルドなどに影響しないのでネット上で解決策を引き続き探してみます。

鈴木様

定義が被る可能性があるので今数値が埋め込まれているところをコンポーネント名に置き換えるのが落としどころかなと思います。

政治的な理由・・・とても残念な理由の一つですね。ユーザーには関係ない。そして離れて行くとなってしまう。

初様

これは現状インデックスのためのメモリを上限を増やすしか解決できません。
「ウィンドウタブ」の中にある「設定」からe2studio全体の設定ダイアログを開いて「C/C++」の「インデクサー」設定を変更してなるべくエラーの出ない設定に変更するしかありません。自動更新を止めて、自分で任意のタイミングでインデックス作成もできますよ。今回の場合ですと「型およびマクロの参照をスキップ」を有効化すると無駄に増えるマクロ宣言のインデックス作成がなくなるかもしれません（未確認）。

Yamamoto様

1000MBほどに増やしたのと、「型およびマクロの参照をスキップ」を使用しましたが、やはり変化はなかったです。今後コンポーネントを増やしていく際に自動更新を止める方法も試してみます。自分の環境だとプロジェクトのクリーンも効果をなさないので、インデクサーの設定の組み合わせを試してみます。うまくいった方法があればまたここに記載します（記載がない場合はお察しください...。）

> インデクサーの設定の組み合わせを試してみます

他にはインデックスされていないと困るファイルを指定しておくという方法もあります。(Index all variants of specific headers: 欄にヘッダファイル名を記述)
https://stackoverflow.com/questions/10095295/why-cant-codan-find-size-t/10095683#10095683

「気にしない」という無敵の対策もありますが。

ほや様

ヘッダファイルを直接記述して指定していくやり方ですね。増えるたびに設定するのは面倒ですが、エラーを消すために最適化する手段としては確実ですね。

まさしく「気にしない」でこういうもんだと思えばよいのかもしれませんね。