最近 gcc の最適化オプションに関連するトラブルで悩んでいる・・・

gcc 4.8 から導入されたと言われる「LTO」(Link-Time Optimization)は、ソース単位
を超えた最適化を行う。
非常に有用で、サイズ、スピード、共に改善するようだ。

ＲＬ７８では、ＳＤカードを扱うようになってバイナリーサイズが肥大化してきたので、
積極的に「-flto」を追加するようになった。
バイナリーが１０％程小さくなり、大きな効果がある事が分かった。

しかし・・・

最近、ＲＬ７８のフラッシュ書き込みプログラムの実装を進めて、ＭＳＹＳ２環境では
書き込みが出来るようになった。
そこで、ＯＳ－ＸやＬｉｎｕｘでもテストを始めてみたのだが、書き込みプログラムは
ＭＳＹＳ２以外では動作しなかった。
まあこれは、仕方無い、原因を特定して修正するだけなのだが、問題は、ＯＳ－Ｘ、
Ｌｉｎｕｘでビルドした rl78-elf-gcc だった。
明らかにＭＳＹＳ２で作成したバイナリーと異なっている。

調べると、どうやら、どこからも参照されないテーブルや関数が、全て無くなっていて、
最終的なバイナリーに含まれていない。
これは、主に、割り込みベクターや、割り込みプログラムなどで、無ければ当然動作し
ない。
しかしながら、ＭＳＹＳ２でビルドしたバイナリーには、ちゃんと含まれている。

つまり、ＭＳＹＳ２で作成した gcc と、ＯＳ－Ｘ、Ｌｉｎｕｘでビルドした gcc では
異なっているという事だ、確かに、ファイルパスの扱いなどが違うので、異なってはい
ると思うが、ビルドしたバイナリーが異なるのは、非常に問題だ。

リンカースクリプト内には、「KEEP」宣言もしてあっても、削除されてしまう。
※これは、MSYS2 でビルドした gcc では起こらない。

とりあえず、「#pragma GCC optimize ("O0")」をベクター領域で宣言する事で、回避
できる事は分かったものの、釈然としない・・
まだ LTO は実装が始まったばかりで、「枯れていない」という事なのかもしれない。

それと、ＲＬ７８では、０ｘ００００～０ｘ２ＦＦＦまでの領域は、ミラー領域として、
データ領域のアクセスでは、実際には、０ｘＦ００００～０ｘＦ２ＦＦＦの、データ・
フラッシュ領域がアクセスされるのだが、ＬＴＯを使うと、コードが、０ｘ００００～
０ｘ２ＦＦＦまでには配置されずに、その領域を有効に使えない為、割り込み駆動のタ
スクをその領域に配置するようにセクションを調整しているものの、これも、全く配置
されない・・・
MSYS2 の gcc では、ちゃんと配置される。

さらに問題は色々あって、RX マイコン用 gcc でも、LTO を使うと、リンカー時に、
gcc がクラッシュする場合があるようだ・・・
これは、プログラムによって、する場合としない場合があるようで、非常に困る。
当面 LTO を使う事ができない。

gcc-5.4.0 で、このバグが直っているかもと思い、試してみたが、駄目のようだ・・・