[ruby-dev:35597] [request]C APIの拡張

藤と申します。

RubyのC APIに追加していただきたいものがあるのですが，検討していただけませんか。
あるいは以下2つとも代替手段があり，私が知らないだけかもしれませんが，その場合はお許しください。


1. version.hをインストールしてほしい

version.hは1.8まではインストールされているようですが，1.9になってからインストールされないようです。ruby/version.hとしてインストールしていただけませんか。

2. 文字列操作の C APIの拡張
拡張ライブラリを書いていると何かと文字列操作をすることが多いのですが，フォーマット系APIがrb_sprintf()くらいしかなく不便を感じることがあります。
そこで，以下のAPIを加えていただけませんか（実装は添付したsprintf.c.diff）。

/* include/ruby/encoding.h */
PRINTF_ARGS(VALUE rb_str_enc_newf(rb_encoding*, const char*, ...), 2, 3);
VALUE rb_str_enc_vnewf(rb_encoding*, const char*, va_list);

/* include/ruby/intern.h */
PRINTF_ARGS(VALUE rb_str_newf(const char*, ...), 1, 2);
PRINTF_ARGS(VALUE rb_str_catf(VALUE, const char*, ...), 2, 3);
VALUE rb_str_vnewf(const char*, va_list);
VALUE rb_str_vcatf(VALUE, const char*, va_list);

rb_str_catf()/rb_str_vcatf()は，rb_str_cat()+rb_sprintf()のようなもので，フォーマットにしたがって整形した文字列を別の文字列に連結します。
newf()類はrb_sprintf()類の単なる別名なので，「新しくオブジェクトを作成する」という強い印象を与える以外の効果は特にありません。

なお，フォーマット系APIを充実させるメリットとしては
* sprintf() / snprintf()を使わずにすむ
* バッファを自前で管理せずに済むため，書きやすく読みやすい
また，デメリットは
* ヒープ上にメモリを確保するのでsprintf()/snprintf()より遅い
* 新しいAPIを導入することによりC APが複雑になる
* 新しいコードを導入することによりバグが混入する可能性がある
ということが考えられます。


要望は以上です。ご検討よろしくお願いします。
-- 
Goro Fuji (藤 吾郎)