[#70252] Re: [ruby-cvs:58640] nobu:r51492 (trunk): node.c: NODE_ALLOCA for ALLOCV — Eric Wong <normalperson@...>
Besides possible backwards compatibility, can we drop volatile
3 messages
2015/08/05
[#70257] [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI — ko1@...
Issue #11420 has been reported by Koichi Sasada.
11 messages
2015/08/06
[#70337] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/11
Nice. Thank you guys for looking into this.
[#70349] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/12
Btw, did you consider using flexible array to avoid extra malloc
[#70355] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Юрий Соколов <funny.falcon@...>
2015/08/12
I thought to suggest to embed hash_id_table directly into places when it is
[#70356] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— SASADA Koichi <ko1@...>
2015/08/12
On 2015/08/13 4:29, Юрий Соколов wrote:
[#70358] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/12
SASADA Koichi <ko1@atdot.net> wrote:
[#70509] [Ruby trunk - Misc #11276] [RFC] compile.c: convert to use ccan/list — ko1@...
Issue #11276 has been updated by Koichi Sasada.
3 messages
2015/08/21
[#70639] the undefined behavior of an iterator if it is modified inside of the block to which it yields — Daniel Doubrovkine <dblock@...>
(this is my first time e-mailing list list, so apologies for any misstep :)
4 messages
2015/08/31
[ruby-core:70238] [Ruby trunk - Feature #11414] Relax ID table ordering
From:
matz@...
Date:
2015-08-04 07:24:52 UTC
List:
ruby-core #70238
Issue #11414 has been updated by Yukihiro Matsumoto. Assignee changed from Yukihiro Matsumoto to Koichi Sasada Ordering is not included in the specified behavior. Matz. ---------------------------------------- Feature #11414: Relax ID table ordering https://bugs.ruby-lang.org/issues/11414#change-53666 * Author: Koichi Sasada * Status: Open * Priority: Normal * Assignee: Koichi Sasada ---------------------------------------- Can we relax ordering rule for ID table such as method table, ivar table, and so on? I believe nobody care about method table ordering, ivar table ordering. # background From Ruby 1.9, Hash objects have order (insertion order). This change was introduced by changing st data structure. In Ruby interpreter, st is also used by many purpose. For example, there are many tables which have ID keys, for method tables, ivar tables and so on. We can make special table to optimize such ID keys table. funny_falcon already proposed new data structure. https://bugs.ruby-lang.org/issues/6962 Before introducing this patch, please consider about ordering. BTW, here is my implementation of special ID keys table used by method table. https://github.com/ruby/ruby/compare/trunk...ko1:mtbl I will make another ticket for implementation. But please consider about ordering. We have one test depends on method table ordering. ```ruby [ 72/143] TestModule#test_method_added = 0.00 s 1) Failure: TestModule#test_method_added [.../test/ruby/test_module.rb:1120]: <[:f, :g, :a]> expected but was <[:f, :a, :g]>. ``` -- https://bugs.ruby-lang.org/