暗黙のライブラリ(コンパイラ生成コード)

前回は、コンパイラの生成コードの評価の具体例として型変換が行なわれる時の生成コード評価についてでした。ポイントは、暗黙の型変換による語長拡張、符号拡張と式評価のコードのオプティマイズです。

最適化(オプティマイズ)とハードウェアの進化

組込系であっても、Windowsアプリケーションであっても、実行モジュールのサイズ(ファイルサイズ)や実行速度に代表されるCPU効率は重要です。

昨今のパソコンは高速化が著しいため最適化など必要がないという意見があります。しかし、１０年前でも同様の意見がありました。

高速化することによってリアルタイムに処理できなかった動画などの処理が可能になったように、例えば、数学的な大量の計算を必要とする処理がリアルタイムに計算可能であれば、利用方法が進化しますから、限界までの処理速度が要求されるのは、少なくても、まだ、数年は続くことでしょう。

開発ツールでも、効率を重んじるためオプティマイズ（オプティマイザ）に関するポイントを含めて評価します。

暗黙のライブラリ

コンパイラには、明示的で利用者が選択して利用するライブラリと、暗黙の内に利用されるライブラリが存在していることが多く見受けられます。

明示的なライブラリは、そのライブラリ関数を（マクロもありますし、関数に限りませんが）利用しなければ全く利用されませんが、暗黙のライブラリは、ソースコード上でライブラリを利用していなくても自動的に利用されます。

CPUやDSP、コンパイラの仕様によりますが、主に、コードを生成するよりも、共通のライブラリコードを利用するようにした方が効率がよいと考えられている汎用的な処理で暗黙のライブラリが採用されます。

この暗黙のライブラリがどのような処理で採用されているか（含まれるか）と、ライブラリ・コードの品質を調べることは重要です。ライブラリコードが効率的ではない場合がありますし、暗黙のライブラリを利用させないようにソースコードを作成する必要が生じるほど、暗黙のライブラリが使用される部分が、処理効率に支配的な影響を与えることがあるからです。