ToDo:
http://mixi.jp/view_bbs.pl?id=21787051&comm_id=665545&page=all
ヘッダじゃなくて .c の方でプロトタイプ書く意味ってなんなんかな。
(00:31)
なんかはやってるなぁ
http://d.hatena.ne.jp/odz/20070817/1187345969
char *a = "abc"; char b[] = "abc"; int main() { char *c = "abc"; char d[] = "abc"; }
の違いとか完璧に説明できる自信が無いことは 前確認した。
(01:22)
http://0xcc.net/blog/archives/000079.html
http://d.hatena.ne.jp/mowamowa/20070814/1187100334
(02:21)
http://d.hatena.ne.jp/odz/20070821/1187714305
あ、相互参照は(滅多にない気もしますが)わかるんですが、 そうでなくてもvoid師がいつもプロトタイプ必ず書いてる気がするのは なんでだろうなぁという。
まぁ僕はヘッダ自体がめどいのでどうでも良いのですが。
(02:32)
好きなもの:
嫌いなもの:
このへんのことはいつも考える。 いやここ2年は考えてなかったのだが それはバイトしてなかったからなのであって つまり職業になると再び考えている気がする。
グッドラッパラー的には .c から .h も Makefile も man も生成されるべきであり Python の doctest はかなりいいセンいってる気がする。
てーか一時期は kati ( http://shinh.skr.jp/koneta/#kati ) とか ide (koneta に上がってないみたいだけど なんか .cc から .h と _test.cc を作るもの) とかで コード書いてたんだよな本気で。
doctest はなんかもう少し頑張れる子な気がするんだがにゃー。
とりあえず testdoc っていう感じの方がいい気はするんだよな。 なんかまぁ様々な理由から、 test からドキュメント生成されるくらいでいいよっていうね。
(02:43)
前 | 2007年 8月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
> kati
make に デフォルトで
% : %.c
のルールが入っているので Makefile なしで
make hoge.c とか
make hoge.c CFLAGS="-Wall `pkg-config sdl --cflags --libs`" とかできますよ。
というのは全々関係ない話な気もしますが。
おおこれできたんですね今まで知りませんでした…
関数の記述順序を考えるのが面倒くさいから、とりあえずつけるようにしているとか、規約だからとか。
あー一応 void 師なのでなんかもう少し哲学的な理由はありそうかなぁと。