ToDo:
http://www.page.sannet.ne.jp/hirasho/diary/diary0812.html#10p20
http://d.hatena.ne.jp/isshiki/20081214/p3
C++0x では nullptr なんていう予約語ができちゃうせいで この自転車置き場が危機にさらされて
ちなみに僕は1日おきくらいに これについてのスタイルが変わると思う。 もちろん会社では統一するが。
(16:43)
| 前 | 2008年 12月 |
次 | ||||
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
| 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扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
execl()みたいな可変長引数にNULL渡すときに0って書くと32bitの0が渡されて死ぬ。ってのは気にしなくていいのかなぁ
x86-64 だと 6 引数以上あるとアウト、とか愉快なバグの原因になりそうですね…確認してませんが。
可変長引数だと引数の数によらずスタックに積むんじゃね？
va_args の実装の都合上。
可変長引数じゃないならコンパイル時に受け側が要求しているのは64bitだと型から分かるのでやっぱり引数の数によらない気がする
少なくとも GCC x86-64 だとレジスタで渡しますです。で、もらった可変長引数関数側でスタックに積みます。そうじゃないと宣言せずに printf が呼べなくなっちゃいますしね…
ほほー。勉強になりました。