[#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:80479] [Ruby trunk Bug#12684] Delegator#eql? missing
From:
nobu@...
Date:
2017-03-29 12:48:30 UTC
List:
ruby-core #80479
Issue #12684 has been updated by nobu (Nobuyoshi Nakada). Description updated Backport changed from 2.1: UNKNOWN, 2.2: UNKNOWN, 2.3: UNKNOWN to 2.2: REQUIRED, 2.3: REQUIRED, 2.4: REQUIRED Seems fine. ---------------------------------------- Bug #12684: Delegator#eql? missing https://bugs.ruby-lang.org/issues/12684#change-63975 * Author: carsonreinke (Carson Reinke) * Status: Open * Priority: Normal * Assignee: * Target version: * ruby -v: 2.3.1 * Backport: 2.2: REQUIRED, 2.3: REQUIRED, 2.4: REQUIRED ---------------------------------------- There is some strange behavior because Delegator is missing an alias of #eql? to #== ``` 2.3.1 :001 > s = 'test' => "test" 2.3.1 :002 > d = SimpleDelegator.new(s) => "test" 2.3.1 :003 > d.eql?(d) => false 2.3.1 :004 > d == d => true 2.3.1 :005 > d.hash == d.hash => true ``` I understand that `Delegator` is a `BasicObject` and that does not define #eql? method, but this method is being used by `Array`r. For example, ``` 2.3.1 :001 > s = 'test' => "test" 2.3.1 :002 > a = [SimpleDelegator.new(s), SimpleDelegator.new(s)] => ["test", "test"] 2.3.1 :003 > a[0] == a[1] => true 2.3.1 :004 > a.uniq() => ["test", "test"] 2.3.1 :005 > a[0].hash == a[1].hash => true ``` Kind of strange behavior, especially reading the documentation. Now maybe, `Array#uniq` should be changed to use `#==` instead of `#eql?` -- 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>