From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS4713 221.184.0.0/13 X-Spam-Status: No, score=-3.8 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by dcvr.yhbt.net (Postfix) with ESMTP id 029DA1F4B4 for ; Fri, 2 Apr 2021 22:13:42 +0000 (UTC) Received: from neon.ruby-lang.org (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id 0F27B120A4A; Sat, 3 Apr 2021 07:12:39 +0900 (JST) Received: from xtrwkhkc.outbound-mail.sendgrid.net (xtrwkhkc.outbound-mail.sendgrid.net [167.89.16.28]) by neon.ruby-lang.org (Postfix) with ESMTPS id 12D5E120A32 for ; Sat, 3 Apr 2021 07:12:36 +0900 (JST) Received: by filterdrecv-p3las1-699f5f7ff5-6nz4p with SMTP id filterdrecv-p3las1-699f5f7ff5-6nz4p-17-6067970E-2F 2021-04-02 22:13:34.499706861 +0000 UTC m=+877219.257633736 Received: from herokuapp.com (unknown) by ismtpd0179p1mdw1.sendgrid.net (SG) with ESMTP id yJYg7bINR8qpeIAX0CJ9kQ for ; Fri, 02 Apr 2021 22:13:34.344 +0000 (UTC) Date: Fri, 02 Apr 2021 22:13:34 +0000 (UTC) From: merch-redmine@jeremyevans.net Message-ID: References: Mime-Version: 1.0 X-Redmine-MailingListIntegration-Message-Ids: 79236 X-Redmine-Project: ruby-master X-Redmine-Issue-Tracker: Misc X-Redmine-Issue-Id: 17734 X-Redmine-Issue-Author: mame X-Redmine-Sender: jeremyevans0 X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-SG-EID: =?us-ascii?Q?RVE3t853K5scBhbmJHUzZTFFeVC=2FZSUmHZ0Dc+26wcEi2CTgsF1oz0wTSSxGGN?= =?us-ascii?Q?BICARPNcvREUv1cYpq6Nn2AnT0h722HuZzExs2O?= =?us-ascii?Q?cvp5Nuq27qj8QoIo8FBrZHv+slLlpaMjwU15Q3P?= =?us-ascii?Q?32D4=2FJzWc9FiHvhtaVCqC0tRJyR8TGCzLTdFFPo?= =?us-ascii?Q?Ei8tqXjZR=2FjlzsFg8zA9wLgXPH6SYC+n+u6G+vw?= =?us-ascii?Q?rb7nUn1BiW4fkq6b0=3D?= To: ruby-core@ruby-lang.org X-Entity-ID: b/2+PoftWZ6GuOu3b0IycA== X-ML-Name: ruby-core X-Mail-Count: 103193 Subject: [ruby-core:103193] [Ruby master Misc#17734] DevelopersMeeting20210416Japan X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" Issue #17734 has been updated by jeremyevans0 (Jeremy Evans). * [Bug #17398] SyntaxError in endless method (jeremyevans0) * I don't believe this is a bug, but maybe it is a useful feature. * @mame has a patch that allows commands as the RHS of a endless method. * However, @mame's patch doesn't allow direct usage with method visibility methods such as private. * Do we want to support this syntax, or can this be closed (or moved to Feature)? * [Bug #17403] Remove Fixnum and Bignum (jeremyevans0) * Do we want to remove Fixnum and Bignum in Ruby 3.1? * If not, can we decide on a later version where they can be removed, such as 3.2 or 4.0? * [Bug #16983] RubyVM::AbstractSyntaxTree.of(method) returns meaningless node if the method is defined in eval (jeremyevans0) * `RubyVM::AbstractSyntaxTree.of(method)` relies on reading the file with the method source, which could have changed or could not exist at all. * I don't think we can work around that without keeping the abstract syntax tree or source code of all methods in memory, which seems wasteful. * Is the current behavior a bug, or should we just accept the current behavior as spec and close this? * [Bug #9542] Delegator does not delegate protected methods (jeremyevans0) * Do we want to add a way to tell if a method was called with an implicit receiver or self? * We may be able to implement this via a VM frame flag and a method to check it. * If we don't want to add such a way, can we accept the current behavior as spec and close this? * [Bug #11230] Should rb_struct_s_members() be public API? (jeremyevans0) * This is still public in the C-API. * Do we want to keep it and close this issue, or do we want to remove it? * If we want to remove it, how should it be deprecated? ---------------------------------------- Misc #17734: DevelopersMeeting20210416Japan https://bugs.ruby-lang.org/issues/17734#change-91269 * Author: mame (Yusuke Endoh) * Status: Open * Priority: Normal ---------------------------------------- # The next dev meeting **Date: 2021/04/16 13:00-17:00** Place/Sign-up/Agenda/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 log about the discussion to a 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 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 2021/04/13. 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/