[#78949] [Ruby trunk Feature#13095] [PATCH] io.c (rb_f_syscall): remove deprecation notice — kosaki.motohiro@...
Issue #13095 has been updated by Motohiro KOSAKI.
3 messages
2017/01/03
[#78997] [Ruby trunk Bug#13110] Byte-based operations for String — shugo@...
Issue #13110 has been updated by Shugo Maeda.
3 messages
2017/01/06
[#79228] Re: [ruby-cvs:64576] naruse:r57410 (trunk): Prevent GC by volatile [Bug #13150] — Eric Wong <normalperson@...>
naruse@ruby-lang.org wrote:
5 messages
2017/01/23
[#79511] Re: [ruby-cvs:64576] naruse:r57410 (trunk): Prevent GC by volatile [Bug #13150]
— Eric Wong <normalperson@...>
2017/02/13
Eric Wong <normalperson@yhbt.net> wrote:
[#79518] Re: [ruby-cvs:64576] naruse:r57410 (trunk): Prevent GC by volatile [Bug #13150]
— Nobuyoshi Nakada <nobu@...>
2017/02/13
On 2017/02/13 10:04, Eric Wong wrote:
[#79298] [Ruby trunk Bug#13085][Assigned] io.c io_fwrite creates garbage — nobu@...
Issue #13085 has been updated by Nobuyoshi Nakada.
3 messages
2017/01/29
[#79337] Re: [ruby-changes:45397] normal:r57469 (trunk): io.c: recycle garbage on write — SASADA Koichi <ko1@...>
Eric:
4 messages
2017/01/31
[#79352] Re: [ruby-changes:45397] normal:r57469 (trunk): io.c: recycle garbage on write
— Eric Wong <normalperson@...>
2017/01/31
SASADA Koichi <ko1@atdot.net> wrote:
[ruby-core:78992] Re: ruby/spec needs help from CRuby committers
From:
Martin J. Dürst <duerst@...>
Date:
2017-01-06 09:42:35 UTC
List:
ruby-core #78992
Hello Benoit, On 2017/01/06 08:25, Benoit Daloze wrote: > On Wed, Jan 4, 2017 at 4:35 AM, Martin J. D端rst <duerst@it.aoyama.ac.jp> > wrote: >> >> Are you saying that I could just change a file and commit with svn, like >> for the Ruby source? Or something else? I just tried using svn, but it >> doesn't know about the files in spec/rubyspec/... >> > > Yes, that would work, after I make the change to have an in-tree copy of > ruby/spec in ruby/ruby. > Currently it does not. My first proposal is to make this change so at least > it's easier from MRI committers to add/change specs. > > Is there anyone disagreeing to have a in-tree copy of ruby/spec in > ruby/ruby (which I will synchronize regularly with ruby/spec) ? > That would an easy first step to improve the situation :) I would certainly support such a thing, because it would make things easier for me (until such time that github introduces a "catch up" (or whatever they will call it) button, which according to some reports, they are working on). I have put it on the agenda of https://bugs.ruby-lang.org/projects/ruby/wiki/DevelopersMeeting20170119Japan. Maybe you can make that a bit more official by creating a feature request for it? Regards, Martin. Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>