Hi-c 10F_16F
asm系は、即 答案紙(*.lst)ができ、余計なfileは出ないが、。
コンパイル系は、プリプロセッサ系のリロケタブル参照fileがわんさかと生成される。
デバッグの透明性維持のためオプティマイザは、避けるが、不要な参照リスト生成を
避けるオプションを検討してみる。現在は、ヘッダfileの参照ラベルがすべてコピーされあふれている。
8パスぐらいでも、余分な参照ラベルは、省けれればいい。
asmコードで、浮動少数点計算、非線形補正計算や、人工知能的計算は、作るには、やっかいだ、
cでは、x15倍ほどに、余計なfileが生成される。
やはり、デバッグも、統合環境に頼るしかないのか、、、。
スキー手袋をはめて、機械式懐中時計を修理する事は、避けたいのだが、、。
オプチマイザを強化すると、よけいにわからなくなるし、、。
ポートの1bitポーリングなどは、in-lineーasmや、外部asmルーチンとリンクしてみる。
asm系は、即 答案紙(*.lst)ができ、余計なfileは出ないが、。
コンパイル系は、プリプロセッサ系のリロケタブル参照fileがわんさかと生成される。
デバッグの透明性維持のためオプティマイザは、避けるが、不要な参照リスト生成を
避けるオプションを検討してみる。現在は、ヘッダfileの参照ラベルがすべてコピーされあふれている。
8パスぐらいでも、余分な参照ラベルは、省けれればいい。
asmコードで、浮動少数点計算、非線形補正計算や、人工知能的計算は、作るには、やっかいだ、
cでは、x15倍ほどに、余計なfileが生成される。
やはり、デバッグも、統合環境に頼るしかないのか、、、。
スキー手袋をはめて、機械式懐中時計を修理する事は、避けたいのだが、、。
オプチマイザを強化すると、よけいにわからなくなるし、、。
ポートの1bitポーリングなどは、in-lineーasmや、外部asmルーチンとリンクしてみる。
![](https://blogimg.goo.ne.jp/user_image/6e/0c/c003ce848332f947b0dfc589aa0b00be.png)