[#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:70392] [Ruby trunk - Misc #11447] [Open] [PATCH] iseq: move iseq->body->mark_ary to iseq->mark_ary
From:
normalperson@...
Date:
2015-08-14 19:29:50 UTC
List:
ruby-core #70392
Issue #11447 has been reported by Eric Wong. ---------------------------------------- Misc #11447: [PATCH] iseq: move iseq->body->mark_ary to iseq->mark_ary https://bugs.ruby-lang.org/issues/11447 * Author: Eric Wong * Status: Open * Priority: Normal * Assignee: ---------------------------------------- Having an unused dummy field is ugly and wasteful. mark_ary was chosen here since it is often touched at a different point in execution (GC) than during normal execution of the iseq code. The GC performance impact is is probably immeasurable given RGenGC, and rb_location_t still resides in the body for marking (however on a different cache line than mark_ary was). Overall, this should not make a real difference today since most mallocs give 2 word alignment for compliance and compatibility, but it should allow us more room to make future modifications to rb_iseq_constant_body without using more space. Feel free to reject if there's something better planned for the dummy field (and perhaps name it "feature_TODO" instead of "dummy2") so somebody else doesn't write a patch like this one :) Otherwise I'll commit in a week or so. ---Files-------------------------------- 0001-iseq-move-iseq-body-mark_ary-to-iseq-mark_ary.patch (3.1 KB) -- https://bugs.ruby-lang.org/