より高いバージョンのCode Composer Studio/Compilerにアップグレードすると、MSP430-F148のプログラムサイズが大きくなるのはなぜですか？

Question

私は、TI MPS430-F148マイクロコントローラのテスト済み、動作中および出荷時のファームウェアプログラム（C言語）を用意しています。 TIのCode Composer Studioバージョン5.2.1 /コンパイラ・バージョン4.1.1で開発された、使用可能なメモリに適合するよう注意深く作成されました。

私はCode Composer Studio 5.2.1からプロジェクトをエクスポートし、TIのCode Composer Studioバージョン7.4.0にインポートしました。プロジェクトをビルドすると、次のエラーメッセージが表示されます。

"エラー＃10099-D：プログラムは使用可能なメモリに収まりません。"

この

は、コンパイラのバージョン4.1.1で作成された私のプログラムを言う警告が続いたが、他のコンパイラのバージョンが使用されます。

は、「このプロジェクトは、あるコンパイラのバージョンを使用して作成されました現在インストールされていない - 4.1.1 [MSP430]。ビルド中に別のバージョンのコンパイラが使用される - 16.9.6.LTS。 "

警告の追加テキストは、以前のバージョンのコンパイラの入手とインストールを推奨しています。バージョン4.1.1に最も近いバージョンを見つけてインストールしました。バージョン4.1.9

次に、予想どおりにメモリをスペアにしてプロジェクトを作成しました。その後のテストに合格しました。問題は解決しましたが、質問が残っています。

同じプロジェクトファイルと同じソースコードを使用して、より高いバージョンのコンパイラを使用しているCode Composer Studioの上位バージョンでも、使用可能なメモリに適合するコードが生成されると想定しました。

私の前提に間違いがありますか？

Answer 1

あなたの主な仮定—それは全く同じコンパイラです—は間違っています：「ちょっと」異なるバージョンであっても、別のコンパイラです。あなたは新しいコンパイラを扱うように扱わなければなりません。

私はあなたにソースコードなしでの新しい動作の正確な理由を教えてくれませんが、スピードを最適化する別の方法だと思います。 ChangeLogでは、速度やサイズの最適化をオン/オフするなど、ヒントを得ることができます。あるいは、Mandraenkeが示唆しているように、実際の理由はチェーンのどこかの別の設定に過ぎません。私の最初の推測はMakefileです。

graveバグ修正、いくつかの追加オプション、または新しい標準のサポート、特に大きなMCUの動物園が必要な場合にのみ、コンパイラを変更する必要があります。現在のハードドライブのサイズでは、コンパイラをソースコードと共にアーカイブすることはおそらく最悪の考えではありません。

[1]コンパイラのライセンスが許可されている場合と許可されていない場合があります。