[Bug #21375] Set[] で #initialize が呼び出されなくなったというバグ報告

[Bug #21375] Set[] does not call #initialize

• Set[] で #initialize が呼び出されなくなったというバグ報告
• どういうことかというと以下のように Set を継承したサブクラスで #initialize を定義している場合に MySet[] を呼び出すと Ruby 3.4 では MySet#initialize が呼び出されていたのが Ruby 4.0-dev では呼び出されなくなった

require "set"

class MySet < Set
  def initialize(enum = nil)
    super
    compare_by_identity
  end
end

pp MySet.new.compare_by_identity?
# Ruby 3.4 => true
# Ruby 4.0 => true
pp MySet[].compare_by_identity?
# Ruby 3.4 => true
# Ruby 4.0 => false

• これは Ruby 4.0 から Set がコアクラスに移動し、実装が変わった影響になる
  • [Feature #21216] Implement Set as a core class
  • [Feature #21216] の影響で既存の挙動が壊れているものは他にもいくつかあるんですよねえ
    • だいたいは明文化されていない挙動に依存している系になっていますが
• 元々 Set[] で #initialize が呼び出されることは明文化されておらず、かつ、 Array.[] や Hash.[] でも #initialize が呼び出されないのでそちらの挙動に合わせた形になる
• また #initialize を呼び出さないモチベーションとしてはパフォーマンスに影響が出ることが懸念されている
  • https://bugs.ruby-lang.org/issues/21375#note-2
• 一方で『 Set.[] に限らず新しいオブジェクトを生成する場合には #initialize が呼び出されることを期待する』という話も上がっている
  • これは Array.[] でもそうしようという意図で
  • https://bugs.ruby-lang.org/issues/21375#note-6
• そもそも前提なんですが Array や Hash はあんまりサブクラス化することはないんですが Set はその限りではないみたいなんですよねえ
  • なので Set をサブクラスにしたときの互換性でいろいろと問題が報告されている
  • https://bugs.ruby-lang.org/issues/21375#note-8 でも concurrent-ruby が壊れていると報告されている
• これなんですが最終的には Set の挙動は互換性を保つように対応されました
  • https://bugs.ruby-lang.org/issues/21375#note-12
  • 他にも報告が上がっていた [Bug #21396] Set#initialize should call Set#add on items passed in もこれで対応された

# 最終的な動作
class MySet < Set
  def initialize(enum = nil)
    super
    compare_by_identity
  end
end

pp MySet.new.compare_by_identity?
# Ruby 3.4 => true
# Ruby 4.0 => true
pp MySet[].compare_by_identity?
# Ruby 3.4 => true
# Ruby 4.0 => true