[#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:64556] [ruby-trunk - Feature #10169] [Open] It might be better to make Mathn class deprecated
Issue #10169 has been updated by Hiroshi SHIBATA. Status changed from Closed to Open ---------------------------------------- Feature #10169: It might be better to make Mathn class deprecated https://bugs.ruby-lang.org/issues/10169#change-48483 * Author: gogo tanaka * Status: Open * Priority: Normal * Assignee: * Category: lib * Target version: ---------------------------------------- #English As I mentioned in https://bugs.ruby-lang.org/issues/10086#change-48156, 1. Now that we are able to hundle complex exponents without mathn. 2. And overriding `\` with `quo` has too much side effect. I suppose we should not implement such a thing in ruby standard library. 3. Requiring and integrating other standard libraries doesn't make sense. This is why I think it might be better to make Mathn class deprecated and disabled in the future. #日本語(すみませんまだ英語が拙く、意図をより正確にお伝えするため日本語も記載させて頂きます) 僕がこちらのissueで述べさせて頂いた通り、https://bugs.ruby-lang.org/issues/10086#change-48156 1. `mathn` で実装されている冪乗演算は `mathn` を用いずとも現在は実現されている事 2. `mathn` 内で行われている `\` を `quo` でオーバーライドする事は副作用が強く、またこの種のオーバーライドが必要な場面は多くなく、必要な場合でも自ら実装する事が多いと推測される事 3. 各種数学関連のモジュールをrequireする機能もあまり意味を持たない事 以上の理由より、とりわけRubyの標準ライブラリーで現在の`mathn` を提供する必要を感じません. よって`mathn`を非推奨に、ゆくゆくは廃止してしまうのが良いと考えています. -- https://bugs.ruby-lang.org/