ＵＡＲＴの実装を行っている過程で、文字列を出力する簡単なプログラムが、思ったよう
に動作しないで、随分悩んだ・・・

調べると、ミラー領域に関する認識が甘かったようで、データフラッシュ領域と当たって
いた事が判った。

８／１６ビットマイコンでは、ポインターは１６ビットサイズで、基本６４キロバイトの
領域しかダイナミックにアクセス出来ない。

ＲＬ７８では、物理的なメモリー空間は１Ｍバイト（６４Ｋが１６ページ）ある。
プログラム領域は、０番地から始まり、１２８Ｋバイト品（R5F100LGAFB）の場合、
０ｘ１ＦＦＦＦまで使える。

ＲＡＭ領域は、１２８キロバイト品の場合、１２キロバイトあり、０ｘＦＣＦ００から
始まる。

データフラッシュは１２８キロバイト品の場合、８キロバイトあり、０ｘＦ１０００
から０ｘＦ２ＦＦＦまである。
※６４キロバイト品では、半分の４キロバイト

ＲＬ７８のｇｃｃでは、Ｒ／Ｗアクセスする領域は、常に０ｘＦ００００～
０ｘＦＦＦＦＦをベースとしていて、ＲＡＭ領域をベースにアクセスするようになって
いる。
ここで問題になるのが、プログラム領域に置かれた読み出し専用データのアクセスとなる。
ＲＬ７８では、「ミラー領域」を使ってこれを解決していて、ＲＡＭ領域、
データフラッシュ領域以外は、ＲＯＭ領域のアクセスと同等となる
仕組みがある。

ここで、以前に修正したリンカースクリプトが問題となった・・・

 .rodata (MAX(__romdatastart + __romdatacopysize, 0x2000)) : {

この「０ｘ２０００」のオフセットが何なのか、判ってなかった為、これを無効
（０ｘ００００）としていた・・・
※０ｘ２０００の領域が「空く」のは勿体無い・・

当然、「０ｘ００００」にすると、文字列データは、先頭から配置される為、テストして
いたプログラムでは、０ｘ２０００以下の領域に配置される、ミラー領域では、このエリ
アは、データフラッシュ領域の為、０ｘＦ１０００～０ｘＦ１ＦＦＦがアクセスされてい
た。
それには、途中で気がついて、オフセットを０ｘ２０００に戻したが、それでも、直らな
い、良く調べると、１２８ＫＢ品は、データフラッシュが倍の８Ｋバイトあり、
０ｘＦ１０００～０ｘＦ２ＦＦＦまでとなっていた。
そこで、オフセットを「０ｘ３０００」とする事で、解決した。

 .rodata (MAX(__romdatastart + __romdatacopysize, 0x3000)) : {

※リンカースクリプトは修正済みでプッシュしてある。

つまり文字列などの固定データは、０ｘ３０００以降、０ｘＣＦ００までに置く必要があ
る。
まぁ、このくらいの領域があれば、当面困る事は無いと思われる。

先頭の空いた領域には、「.lowtext」セクションが割り当ててあるので、ここには、割り込
みルーチンなどを優先的に配置するのが良さそうだと思う。
※割り込みルーチンは、ベクターが１６ビット固定なので、必ず６４Ｋ以内に配置する必要
がある。

また、６４Ｋ以降のエリアへは、「__far」を使う事で、ポインターを３２ビット扱いとして
アクセスする事も出来るが、C++ ではこのキーワードを上手く扱えないようで、悩んでる。
※とりあえず、Ｃの関数だけで操作するしか無い。

Ｃの関数宣言では、ポインターが３２ビット扱いになり、逆アセンブルリストを観た感じでは
ＥＳレジスター付き２０ビットでアクセスするコードになっている。

「コード」の呼び出しは、２０ビット対応の「call」命令が使われているので、全域に対して
アクセスでき、６４Ｋの壁を意識する必要は無いようだ。

 12c:   fc be 32 00        call    !!32be <_main>

※コードが６４Ｋを超えて伸びていっても問題は無いと思われる。

-----
ＲＬ７８は、Ｚ８０のようだと思ったら、実際Ｚ８０（７８Ｋ０）がベースのようだｗｗｗ

※昔、ゲームボーイのプログラムで、Ｚ８０のアセンブラを随分扱ったので、馴染みがある。
でも、３２ＭＨｚで動くＺ８０となると、かなり話が違う。