出力ソースのコンパクト化のために、eoe をサブファンクション化

出力ソースのサイズ肥大化において、何が目立つかを眺めたところ、
eoeに多くの容量が割かれている様子だったので、eoeをサブファンクション化した。

これによってソースサイズは縮小されるが、その代償として、ラベルリソースを多く消費してしまう。

osecpuでは、jump先は必ずラベルである必要があるが、
このラベルを設定できる数はシステムで有限で、
しかも、うろ覚えだが、ドキュメントによるとその総数はたかだか 4096 個以下だと読んだ記憶。
すなわち、osecpuではjumpという動作は、かなり限られた有限のリソースで、
しかもそのリソースはかなり渇々（たかだか4096個以下で抑えることを暗黙に要求される）なので、
この先、ラベルの枯渇という厄介な問題に当たりそうな予感がしている。

ハンドアセンブルなコーディングでは4096という数は、使いきれない程膨大な個数だが、
一方、機械生成ならば、この程度の個数はあっという間に消費しきってしまう。

漠然とした直感だが、もしも本当にosecpuで大規模なアプリを書こうと思ったら、
ラベルは100万個オーダーで必要になるケースすらありうる気がする。
少なくとも4096個では絶対に枯渇問題が生じるのは必至。

もしかしたら、ラベルに対する理解不足による誤解の可能性もあるが。
（私は全てのラベルをシステムグローバルなラベルとして考えているが、
　すなわち、ここが根本的に間違えた理解な可能性もある）

今はとにかくドキュメントを精査するべきだろう。