コード生成〜デバッガ

前回までは、ちょっと専門的で細かいお話が続きました(テーマの性質上しかたのない部分もありますが)。少し本流に戻ってみたいと思います。

高度なCPUとコンパイラのオプティマイザ

これまでの細かい話は、大きく分けるとコンパイラのオプティマイズ（最適化）やコード効率評価の評価と正常動作させるための評価が主な内容でした（この評価の比重が一番重要になりますから）。

現在の高速ＣＰＵでは、パイプラインやキャッシュの技術が主となっていますので、コンパイラのオプティマイザのパイプラインに対する最適化やキャッシュ性能を生かすリンカーの配置などが欠かせません。

DSPのコンパイラなどでは、パソコン用のプロセッサと比較しても特殊なコードとなる物も存在しますし、そもそもDSPは、データバスが分離されていることが特徴と定義されることもあるくらいですから、メモリアクセスなども特殊になっている物が多くなります。

デバッガとデバッグ効率

主にコード生成について述べて来ましたが、他にも開発初期段階には評価、確認すべき点があります(最終的に作成する機器の性能が重要ですから、コード生成やコードの質が最重要であることは間違いありませんが)。

この連載の最初に申し上げたように、デバッグ作業がかなりの時間を占めます。コンパイラのコード生成が良くてもデバッグ効率が悪い場合には、検討の余地が生じます。

パソコン用のデバッガや、汎用CPUのデバッガとは異なり、特殊用途のCPU、DSPのデバッガの場合には、シンボリックデバックもステップ実行も、ブレークも、エミュレーションメモリも何も無いことも、珍しくありません(評価しても、他のツールの選択の余地がない場合も往々にしてありますが、デバッグ手法を効率良く行なうための工夫をして初期段階に確率する必要があります)。