[#46329] [ruby-trunk - Feature #7252][Assigned] version number of 2.0 release — "usa (Usaku NAKAMURA)" <usa@...>
>> 旧来の開発版/開発版とかもういらないんじゃないですかね。
前田です。
[#46344] Subversion repository breakage and rollback — "NARUSE, Yui" <naruse@...>
Sorry for this trouble,
[#46346] [ruby-trunk - Bug #7262][Open] module extension (#include/#prepend) in refinements — "matz (Yukihiro Matsumoto)" <matz@...>
[#46350] RubySpecメンテナ — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
On 11/01/2012 07:43 PM, Yukihiro Matsumoto wrote:
2012年11月2日 12:44 Urabe Shyouhei <shyouhei@ruby-lang.org>:
まつもと ゆきひろです
遠藤です。
まつもと ゆきひろです
On 11/02/2012 03:47 AM, Yukihiro Matsumoto wrote:
[#46414] [ruby-trunk - Bug #7287][Open] please rename atomic.h which conflicts with /usr/include/atomic.h in Solaris10 — "ngoto (Naohisa Goto)" <ngotogenome@...>
きしもとです
[#46434] トラップハンドラで許されない操作はなにか — KOSAKI Motohiro <kosaki.motohiro@...>
GyRCPi46aiRHJDkbKEIKCltCdWcgIzcxMzRdIBskQiRyRDQkWSRGJCQkRj88SiUkSjtFTU1MZEJq
近永と申します。
2012/11/9 Tomoyuki Chikanaga <nagachika00@gmail.com>:
[#46477] Fwd: [ruby-changes:25559] shugo:r37616 (trunk): * vm_core.h (rb_call_info_t::refinements), compile.c (new_callinfo): — SASADA Koichi <ko1@...>
refinement を導入するときの性能に対する excuse が「method cache に殆どあ
前田です。
ささだです.
前田です。
ささだです.
前田です。
(2012/11/12 18:20), Shugo Maeda wrote:
前田です。
なかだです。
前田です。
なかだです。
前田です。
(2012/11/16 17:22), Shugo Maeda wrote:
前田です。
[#46494] Refinement仕様 — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#46509] [ruby-trunk - Bug #7344][Open] gem pristine bigdecimal が失敗してしまう — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...>
[#46540] Re: [ruby-cvs:44900] kosaki:r37730 (trunk): * thread.c, vm_core.h: big rename th to cur_th when works only — SASADA Koichi <ko1@...>
こういう変更を,理由の説明や事前の連絡無く行われると混乱します.
2012/11/19 SASADA Koichi <ko1@atdot.net>:
(2012/11/19 21:57), KOSAKI Motohiro wrote:
[#46547] ベンチマークが終わらない — SASADA Koichi <ko1@...>
shugo さんの refinement の修正についてベンチマークを取ろうと,昨日からす
定点観測でもベンチマークがおわってないみたいですね…(タイムアウト処理入れているので気が付きませんでした)
(2012/11/20 8:04), Narihiro Nakamura wrote:
2012年11月20日 8:11 SASADA Koichi <ko1@atdot.net>:
(2012/11/21 16:05), NARUSE, Yui wrote:
[#46574] Re: [ruby-cvs:44880] tadf:r37710 (trunk): * bignum.c (rb_cstr_to_inum): should accept underscores of — "NARUSE, Yui" <naruse@...>
2012/11/18 <tadf@ruby-lang.org>:
[#46641] Fwd: [ruby-changes:25810] kosaki:r37867 (trunk): * thread.c (rb_mutex_trylock, rb_mutex_unlock, mutex_sleep): — SASADA Koichi <ko1@...>
Mutex#lock とかを,trap handler 中で出来ない,ってのは,すみません,どの
> Mutex#lock とかを,trap handler 中で出来ない,ってのは,すみません,どの
[#46647] [ruby-trunk - Bug #7452][Assigned] Main thread is stopped after running finalizers if the main thread has a finalizer — "mrkn (Kenta Murata)" <muraken@...>
[ruby-dev:46361] Re: RubySpecメンテナ
まつもと ゆきひろです
In message "Re: [ruby-dev:46356] Re: RubySpecメンテナ"
on Fri, 2 Nov 2012 15:17:58 +0900, "NARUSE, Yui" <naruse@airemix.jp> writes:
|んー、TOP15に日本人は4人入っているんですけどねぇ。
|ここ1年のコミット数だったらわたしは3位だし。
確かにその通りです。で、これはBrianが満足するレベルなんでしょ
うか。いや、本人に聞かないといけないんですが。カンファレンス
で聞きますけど。
もし、そうだとするとRubySpecへの貢献っていう当初のアイディア
そのものが的外れということになって別のことを模索する必要があ
るんですが。
|rubyspecのいう「仕様」はデファクトであるCRubyの挙動のことでしょう。
|方向としてはHTML5と同じかと。
|なもんで、本質的には偶然の振る舞いと仕様の区別をつける必要はないんじゃないかな。
|プラットフォーム依存だっちゅーてるのにspec書こうとするし。
|
|で、そのような方針が、実は moving target である CRuby と相性があんまりよくないのがなんとも。
そうですよねえ。ただ、Brianは相当フラストレーションが溜まって
るのか、RubyConfのセッションでは「委員会を作ろう」、「投票で
決めよう」とか言い出して、途方に暮れました。委員会...。
まあ、要するに「CRubyのコアコミッターじゃなくても、Ruby言語の
仕様決定に参加したいぞ」ってことなんだと思うんですが、その割
にはruby-coreに参加するのは嫌がるので、悩ましいところです。
それでも Charles とかはまだRedmineに参加してくれてるんですが。
|mame さんやわたしは rubyspec でエラーがでるのはよくないという立場で、
|動いているので、そもそも rubyspec プロジェクトのゴールにはあまり興味がないんですよね。
|他は浅里さんが貢献なさってますが、浅里さんは JRuby の人だからですな。
|
|>> やり方をどうするかはBrianと相談するつもりですが、githubにい
|>> るので、pull-requestを送るのでもいいですし、コミット権をもらっ
|>> てもいいですが、どうするのがいいでしょうね。
|
|当初は pull-request を送っていただいて、merge するのがだるくなったら
|コミット権を渡すというよくある運用でよろしいのでは。
で、結局どうなんでしょう。日本人の、というか、CRubyの内情を
知っている人がもっとRubySpecに手を入れたほうがいいんじゃない
かという私のアイディアは、あんまり良くないんですかね。
「仕様決定に参加したい」という根源的な欲求を満たしていない時
点でダメなのかもしれない。明日にでも「Redmineに来い」と言っ
てみるかぁ。
まつもと ゆきひろ /:|)