[#64210] Asking for clarification for exception handling usage — Rodrigo Rosenfeld Rosas <rr.rosas@...>
I've created a ticket for that but didn't get any feedback so I decided
[#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
What benefits are there to this? I have a feeling that adding unnecessary
On Sat, 23 Aug 2014 22:43:46 -0700
Here I am a Japanese. Before moving anywhere else answer to our question first: what benefits?
tax issue with each other.
Forgot to assert my opinions:
[#64614] cowspace (work-in-progress) — Eric Wong <normalperson@...>
Hi all, I started working on a cowspace branch. Based on the mspace API
[#64615] [ruby-trunk - Feature #10181] [Open] New method File.openat() — oss-ruby-lang@...
Issue #10181 has been reported by Technorama Ltd..
I like this feature.
On 08/28/2014 02:53 PM, Eric Wong wrote:
Joel VanderWerf <joelvanderwerf@gmail.com> wrote:
On 08/29/2014 12:55 AM, Eric Wong wrote:
Joel VanderWerf <joelvanderwerf@gmail.com> wrote:
[#64627] [ruby-trunk - Feature #10182] [PATCH] string.c: move frozen_strings table to rb_vm_t — ko1@...
Issue #10182 has been updated by Koichi Sasada.
[#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?
(2014/08/30 8:50), SASADA Koichi wrote:
SASADA Koichi <ko1@atdot.net> wrote:
Eric Wong <normalperson@yhbt.net> wrote:
(2014/08/31 0:18), Eric Wong wrote:
[ruby-core:64316] [ruby-trunk - Bug #10120] TestSprintf#test_float still an issue
Issue #10120 has been updated by Vit Ondruch. The #8358 was always issue on our builders and reproducible locally using mock [1]. E.g. I typically run the i686 build on my x86_64 OS inside the mock environment for i686. These are approximately steps you should follow to reproduce: 1. Run x86_64 Fedora 2. yum install mock 3. usermod -a -G mock [User name] && newgrp mock 4. mock -r fedora-rawhide-i386 --init 5. mock -r fedora-rawhide-i386 --install subversion bison 5.1 you can similarly install whatever else you might find handy in the buildroot 6. mock -r fedora-rawhide-i386 shell 7. checkout the ruby repository and configure & make & make check To be honest, I have never tried to reproduce the issue in pure i686 Fedora. Not sure if that might be of any difference. [1] http://fedoraproject.org/wiki/Projects/Mock ---------------------------------------- Bug #10120: TestSprintf#test_float still an issue https://bugs.ruby-lang.org/issues/10120#change-48294 * Author: Vit Ondruch * Status: Feedback * Priority: Normal * Assignee: * Category: * Target version: * ruby -v: ruby 2.0.0p353 (2013-11-22 revision 43784) [i686-linux] * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN ---------------------------------------- The fix for #8358 is build time solution. Unfortunately it turns out that this does not work so well for for distributions such as Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1101811 The issues is that the SSE2 support is determined during build time, i.e. if builder supports SSE2, then the instructions are enabled. However, later when the packaged Ruby is executed on platform which does not support SSE2, it may result in issues as described in the above mentioned ticket. Is there some way, how to resolve this issue in runtime rather than build time? -- https://bugs.ruby-lang.org/