optimaize.c: １周のみではなく実際に全周させた場合の実験

窓範囲は 16行～8行で、
1passにて、
LB,PCP,PLIMM,PAPSMEM,PAPLMEMを含む行は無視、
という条件にて、wire2.ask を最適化したところ、84キロ -> 56キロまで縮小した。
（元が 105 キロだった頃から見れば、半分近くにまで縮小できた状態）

実験によって「最適化窓に含めてはいけない命令パターン」が大体ピックアップできてきた。
ラベルスタック操作に関わる部分は含められない。
概ね LB, PCP などに代表される、ジャンプに関連した命令は、
機械的に切り分けると壊れる場合が多い。
それの理由は、
最適化による切り分けの場合でも、ラベルスタックを用いた通常の
サブルーチン呼び出しとして書いてる為に、
これによって、（元のプログラムが想定していた）スタック順序に不整合が生じてしまうため。

A A A PCP LB A A A
のようなパターンは、サブルーチン呼び出しと戻りラベルの典型的なパターンだが、これを
A A A PCP
LB A A A
のように切り分けると、実際にはこれらの前後にラベルスタック処理が入るが、
これだと、LBに直接ジャンプしてくるルーチンが存在した場合に、
ラベルスタックを余計にポップしてしまうはずなので、結果として、ラベルスタックの整合性が
壊れてしまうため、動作しなくなる。
だから LB, PCP を含む命令は現状の方法では
（最適化も通常サブルーチンと同様のラベルスタックを共有する方法では）、
これらを最適化対象から外す必要があるはず。と思ったのが外してある根拠。