[ruby-core:122357] [Ruby Misc#21379] DevMeeting-2025-06-05

Issue #21379 has been updated by jeremyevans0 (Jeremy Evans).


* [Feature #21389] Simplify Set#inspect output (jeremyevans0)
  * I think Set#inspect should produce output similar to Array#inspect, not Object#inspect.
  * Is using `Set[1, 2, 3]` for `Set#inspect` acceptable?
  * Regardless of whether we change inspect output, do we want to include subclass name in inspect output ([Bug #21377])?
* [Feature #21390] Deprecate passing arguments to Set#to_set and Enumerable#to_set (jeremyevans0)
  * Array#to_a, Enumerable#to_a, Hash#to_h, Enumerable#to_h do not operate this way.
  * This currently allows passing non-Set subclasses, with undesirable results.
  * Can we deprecated in Ruby 3.5 and remove in Ruby 3.6?
* [Bug #21375] Set[] does not call #initialize (jeremyevans0)
  * It was a deliberate design decision in core Set to call C functions directly and not use method dispatch.
  * Hash.[] and Array.[] do not call Hash#initialize or Array#initialize, so Set behavior is consitent with that.
  * There are many other places where core Set methods do not call other Set methods.
  * For example, Set#initialize calls Set#add and Set#merge in stdlib Set, but not in core Set.
  * Unless we plan to restore all internal method calls (undesirable for performance and inconsistent with other core classes), I don't think we should make this change.
  * Can we close this?
* [Bug #21376] Inconsistent equality between Sets with different compare_by_identity, different classes (jeremyevans0)
  * I belive this is a bug in stdlib Set that I fixed in core Set.
  * Can we close this?

----------------------------------------
Misc #21379: DevMeeting-2025-06-05
https://bugs.ruby-lang.org/issues/21379#change-113499

* Author: hsbt (Hiroshi SHIBATA)
* Status: Open
----------------------------------------
# The next dev meeting

**Date: 2025/06/05 13:00-17:00** (JST)
Log: TBD

- Dev meeting *IS NOT* a decision-making place. All decisions should be done at the bug tracker.
- Dev meeting is a place we can ask Matz, nobu, nurse and other developers directly.
- Matz is a very busy person. Take this opportunity to ask him. If you can not attend, other attendees can ask instead of you (if attendees can understand your issue).
- We will write a record of the discussion in the file or to each ticket in English.
- All activities are best-effort (keep in mind that most of us are volunteer developers).
- The date, time and place of the meeting are scheduled according to when/where we can reserve Matz's time.
- *DO NOT* discuss then on this ticket, please.

# Call for agenda items

If you have a ticket that you want matz and committers to discuss, please post it into this ticket in the following format:

```
* [Ticket ref] Ticket title (your name)
  * Comment (A summary of the ticket, why you put this ticket here, what point should be discussed, etc.)
```

Example:

```
* [Feature #14609] `Kernel#p` without args shows the receiver (ko1)
  * I feel this feature is very useful and some people say :+1: so let discuss this feature.
```

- It is recommended to add a comment by 2025/05/05. We hold a preparatory meeting to create an agenda a few days before the dev-meeting.
- The format is strict.  We'll use [this script to automatically create an markdown-style agenda](https://gist.github.com/mame/b0390509ce1491b43610b9ebb665eb86).  We may ignore a comment that does not follow the format.
- Your comment is mandatory. We cannot read all discussion of the ticket in a limited time. We appreciate it if you could write a short summary and update from a previous discussion.




-- 
https://bugs.ruby-lang.org/
______________________________________________
 ruby-core mailing list -- [e-mail]
 To unsubscribe send an email to [e-mail]
 ruby-core info -- https://ml.ruby-lang.org/mailman3/lists/ruby-core.ml.ruby-lang.org/