[#45703] test_advise failure on GNU/Linux — Tanaka Akira <tanaka.akira@...>

今朝、気がついたのですが、手元で test_advise が失敗します。

11 messages 2012/06/05
[#45705] Re: test_advise failure on GNU/Linux — KOSAKI Motohiro <kosaki.motohiro@...> 2012/06/06

小崎です

[#45735] [ruby-trunk - Feature #6587][Open] proposal: adding new methods File.rootname and Pathname#rootname — "usa (Usaku NAKAMURA)" <usa@...>

14 messages 2012/06/14

[#45745] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...>

見逃していました.

19 messages 2012/06/14
[#45747] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — Yugui <yugui@...> 2012/06/15

2012/6/15 SASADA Koichi <ko1@atdot.net>:

[#45748] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...> 2012/06/15

 ささだです.

[#45794] :new_pgroup and :pgroup option for spawn. — Tanaka Akira <akr@...>

process.c で気がついたのですが、spawn に Windows 用の :new_pgroup というオプションが

12 messages 2012/06/23
[#45800] Re: :new_pgroup and :pgroup option for spawn. — "U.Nakamura" <usa@...> 2012/06/25

こんにちは、なかむら(う)です。

[#45818] [ruby-trunk - Feature #6643][Open] io.seek(off, :end) — "akr (Akira Tanaka)" <akr@...>

30 messages 2012/06/25

[ruby-dev:45749] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult

From: "U.Nakamura" <usa@...>
Date: 2012-06-15 09:29:57 UTC
List: ruby-dev #45749
こんにちは、なかむら(う)です。

In message "[ruby-dev:45748] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult"
    on Jun.15,2012 17:29:57, <ko1@atdot.net> wrote:
> > 何でvoid*なのか一瞬考えたことがあったので、明示するのは悪くないと思います。
> > 混ざってるならそれは見落としですね。
> 
>  個人的には,opaque ってなんじゃらと混乱しましたので,よくわからんポイ
> ンタだとわかる void * のほうが好きなのですが.hoge_opaque_t ってのは,よ
> く知られた表現なんですかね?
> 
>  この辺は,bikeshed になるでしょうか.どうしたもんですかね.

どう考えてもbikeshedだよなあ、と思いますが、敢えて参戦します。
まず、rb_opaque_tというのは何も「明示」してないので、void *と
比べてマシになっているとは思えません。
名前の付けられない何かであるということを明示したいのなら、
void *で十分と思います。

実際には、rb_opaque_tを返す関数を見る限りでは、これはコンパイ
ル結果であろうことは容易に推察できます。
また、rb_opaque_tを受け取る関数を見る限りでは、これはnodeなの
であろうということも推察できます。
というわけで、「コンパイル結果でありnodeである」ということを
示す名前をつけるのが妥当ではないでしょうか。
あんまりいい名前ではないですが、rb_compiled_node_tとか。


それでは。
-- 
U.Nakamura <usa@garbagecollect.jp>


In This Thread