memo0007 のバックアップ(No.2) - osecpu-wiki

[ トップ ] [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

バックアップ一覧
差分を表示
現在との差分を表示
ソースを表示
memo0007 へ行く。
- 1 (2013-09-21 (土) 07:34:52)
- 2 (2013-09-21 (土) 07:37:35)
- 3 (2013-09-30 (月) 17:16:20)
- 4 (2013-10-11 (金) 19:12:12)
- 5 (2013-10-16 (水) 12:31:57)
- 6 (2013-10-19 (土) 22:58:19)
- 7 (2013-12-24 (火) 14:06:22)

Kの開発メモ #0007

(by K, 2013.09.21)
ここは川合の開発の進捗などをレポートするところです。

2013.09.02 Mon

rev2（page0068, page0067）に向けて少しずつ作業中（キャンプが終わったので開発ペースはかなり下がっています、すみません）。

2013.09.06 Fri

OSECPUの何がすごいって、以下の3つを僕が一人でそろえたことだと思う。別に僕じゃなくてもいいんだけど、とにかく一人でやったので、方針が一貫している。
- VM（osecpu.c）：シンプルだけど必要な機能が一通りそろっている、しかもセキュア
- 専用アセンブラ：アセンブラだけどC言語風に書けるので、普通のアセンブラよりは大規模な開発に向いている
- フロントエンドコード体系：世界最高の機能密度を達成
これを半年でやったのも僕としてはすごい。しかしこれは半年でできたことがすごいというよりは、半年という枠が最初にあって、その中でできることをやっただけという感じだけど。

ASKAの存在を軽く見ることはできるけれど、もしこれが無かったらオセロやテキストエディタをアセンブラで（＝レジスタや命令長を意識して）作る気になれただろうか。だからASKAは機能密度の向上に大きく貢献していると思う。

2013.09.14 Sat

今日の成果：
- http://osecpu.osask.jp/download/osecpu076d.zip
- このアーカイブにはext_tols/がないので、osecpu064a.zipからコピーしてください。
- アプリの機能密度向上
- syslib.oseの型推論に関するバグを修正しました（thanks: yaoさん）

kemecoさんからの指摘：
```
#include "osecpu_ask.h"
junkApi_malloc(P01, T_SINT32, 4096);
LIMM(R01, 128);
PADD(P02, T_SINT32, P01, R01);
PADD(P02, T_SINT32, P01, R01);
```
- こう書くとうまく行かないそうなんだけど、とりあえずver.0.76で試したら問題なさそうでした。ということでこの件は保留。

2013.09.18 Wed

今日の成果：
- http://osecpu.osask.jp/download/osecpu077d.zip
- このアーカイブにはext_tols/がないので、osecpu064a.zipからコピーしてください。
- osecpu.exeのPLMEMに関するバグを修正しました（thanks: yaoさん）。
- osectols.exeの関数ラベルに関するバグを修正しました（thanks: yaoさん）。

近況：
- osecpu-basicはBASICな文法からC言語風の文法に徐々に変わって、ついに300コミットを超えました。すごい！

kemecoさんもテトリスを作り始めているようです。
- https://gist.github.com/takeutch-kemeco/6607046
- kemecoさんも、というのは、実は僕もIrisさんも作っていたからです。Irisさんのものはそのうちまたアーカイブに同梱しようと思います。
- 僕の分は実はosecpu076dに既に入っていて、app0089.tk5です。
- みんなで作って遊ぶのは面白い！

2013.09.19 Thu

kemecoさんのテトリスでは、関数呼び出しの際のリターンアドレスがP30以外になっていて、「さすがはコンパイラ作者だなあ」と思いました。おもしろい。

2013.09.20 Fri

Brainfuckのインタプリタは、107バイトまでしか行かない！98バイトはDOSの.COMファイルっぽいのですが、これは手ごわい！
- と思ったら98バイト版はソースをファイルから読まないのかー。僕のはもちろん指定したファイルを読み込みます。
- ファイルから読むバージョンを探したら138バイトでした。余裕の勝利！
- でもこのDOS版のプログラム、ファイルのクローズを省略すれば134バイトにはできそうだな・・・。それでもOSECPU版の勝ちだけど。

こめんと欄

コメント	お名前	NameLink