[#79914] [Ruby trunk Bug#13282] opt_str_freeze does not always dedupe — normalperson@...
Issue #13282 has been reported by Eric Wong.
4 messages
2017/03/05
[#80140] [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus) — shyouhei@...
Issue #13295 has been updated by shyouhei (Shyouhei Urabe).
5 messages
2017/03/13
[#80362] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— Eric Wong <normalperson@...>
2017/03/26
shyouhei@ruby-lang.org wrote:
[#80368] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— SASADA Koichi <ko1@...>
2017/03/27
On 2017/03/26 15:16, Eric Wong wrote:
[#80205] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint — Eric Wong <normalperson@...>
duerst@ruby-lang.org wrote:
4 messages
2017/03/17
[#80213] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint
— Martin J. Dürst <duerst@...>
2017/03/17
Hello Eric,
[#80290] [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch — normalperson@...
Issue #13355 has been reported by normalperson (Eric Wong).
4 messages
2017/03/23
[#80410] Re: [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch
— Eric Wong <normalperson@...>
2017/03/27
normalperson@yhbt.net wrote:
[#80415] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
5 messages
2017/03/28
[#80488] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
4 messages
2017/03/29
[ruby-core:80249] [Ruby trunk Feature#10169][Assigned] It might be better to make Mathn class deprecated
From:
hsbt@...
Date:
2017-03-20 07:07:06 UTC
List:
ruby-core #80249
Issue #10169 has been updated by hsbt (Hiroshi SHIBATA). Status changed from Open to Assigned Assignee set to hsbt (Hiroshi SHIBATA) Target version set to 2.5 ---------------------------------------- Feature #10169: It might be better to make Mathn class deprecated https://bugs.ruby-lang.org/issues/10169#change-63688 * Author: gogotanaka (Kazuki Tanaka) * Status: Assigned * Priority: Normal * Assignee: hsbt (Hiroshi SHIBATA) * Target version: 2.5 ---------------------------------------- #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/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>