[#64517] Fw: Re: Ruby and Rails to become Apache Incubator Project — Tetsuya Kitahata <kitahata@99.alumni.u-tokyo.ac.jp>

What do you think? >> Ruby developers

13 messages 2014/08/23

[#64615] [ruby-trunk - Feature #10181] [Open] New method File.openat() — oss-ruby-lang@...

Issue #10181 has been reported by Technorama Ltd..

10 messages 2014/08/28
[#64616] Re: [ruby-trunk - Feature #10181] [Open] New method File.openat() — Eric Wong <normalperson@...> 2014/08/28

I like this feature.

[#64671] Fwd: [ruby-changes:35240] normal:r47322 (trunk): symbol.c (rb_sym2id): do not return garbage object — SASADA Koichi <ko1@...>

Why this fix solve your problem?

9 messages 2014/08/30
[#64672] Re: Fwd: [ruby-changes:35240] normal:r47322 (trunk): symbol.c (rb_sym2id): do not return garbage object — SASADA Koichi <ko1@...> 2014/08/30

(2014/08/30 8:50), SASADA Koichi wrote:

[ruby-core:64626] Re: [ruby-trunk - Feature #10182] [Open] [PATCH] string.c: move frozen_strings table to rb_vm_t

From: SASADA Koichi <ko1@...>
Date: 2014-08-29 06:50:53 UTC
List: ruby-core #64626
(2014/08/28 19:51), normalperson@yhbt.net wrote:
> Cleanup in case MVM development proceeds.

Now, mvm is stopping.

I don't like to include vm_core.h only for such purpose.  It extends
dependency, taking long build time, and so on.

How about to make a function such as "rb_vm_fstring_table()" in string.c
and use C's global variable just now, and comment to take care?

###
for mvm, in this case, it should use VM global variable accessor
function with specific ID (not available in trunk).

-- 
// SASADA Koichi at atdot dot net

In This Thread

Prev Next