Misc #14769: DevelopersMeeting20180621Japan

• Status: Closed
• Assignee: matz (Yukihiro Matsumoto)

[hsbt (Hiroshi SHIBATA)]

Date: 2018/06/21 (Thu)
Time: 14:00-18:00 (JST)
Place: Cookpad Inc. (Tokyo, Japan)
Sign-up: https://ruby.connpass.com/event/88715/

Please comment your favorite ticket numbers you want to ask to discuss with your SHORT comment or summary.
(your summary/comment will help us because we don't need to read all of ticket comments)

DO NOT discuss then on this ticket, please.

From this time, we use a ticket to make dev-meeting agenda page instead of a wiki page https://bugs.ruby-lang.org/projects/ruby/wiki#Developer-Meetings.

NOTE

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 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 is scheduled according to when/where we can reserve Matz's time.

Agenda

Next dev-meeting

About 2.6 timeframe

From Attendees

(will be edited later)
(if you have a write access permission, please list directly)

• [Feature #13881] Use getcontext/setcontext on OS X
• [Bug #14847] clone can generate strange objects
  • we found several strange behavior so let's clear the specification
• [Feature #13625] BigDecimal short form / shorthand
  • mrkn: BigDecimal is not a core class, so we cannot add such a syntax sugar.
• [Bug #14858] Introduce 2nd GC heap named Transient heap (ko1)
  • introduce new memory management technique.
• [Bug #14699] Subtle behaviors with endless range (mame)
  • Need to be discussed with mrkn
• [Bug #14845] Endless Range with nil (mame)
  • Should explicit nil for endless range (like (1..nil)) be prohibited or not?
• [Bug #14824] Endless Range Support in irb (aycabta)
• [Feature #14808] Last token of endless range should have EXPR_END (aycabta)

From non-attendees

(will be edited later)
(if you have a write access, please list directly)

• [Feature #14781] Enumerator#generate (zverok)
  • more reasonable version of Object#enumerate proposed for the previous meeting.
• [Feature #14830] RubyVM::MJIT.pause / RubyVM::MJIT.resume (k0kubun)
  • Is it okay to add such methods? If so, is there any comment for the behavior described in the ticket?
• [Feature #14709] Proper pattern matching (zverok)
• [Feature #14799] Startless range (zverok)
• [Feature #14784] One-sided Comparable#clamp (with endless/startless ranges) (zverok)
• [Feature #14859] Timeout in VM (normalperson)
  • Still needs some work, mainly wondering if the idea of moving this part of stdlib into core VM is acceptable or not. No semantic changes except speed improvement.

[naruse (Yui NARUSE)]

• Description updated (diff)

[naruse (Yui NARUSE)]

• Related to Misc #14770: [META] DevelopersMeeting added

[ko1 (Koichi Sasada)]

• Description updated (diff)

Please comment with the following format:

* [Ticket info] Ticket-Title (proposer)
  * Short-comment

Thank you for your cooperation.
Koichi

[mrkn (Kenta Murata)]

• Description updated (diff)

[zverok (Victor Shepelev)]

• [Feature #14781] Enumerator#generate: more reasonable version of Object#enumerate proposed for the previous meeting.

[wanabe (_ wanabe)]

• [Bug #14387] Ruby 2.5 を Alpine Linux で実行すると比較的浅めで SystemStackError 例外になる (koshigoe)
  • CRuby uses pthread_getattr_np() result for stack-level-check after r59630, but the function behaviour is different in glibc and musl.

[shyouhei (Shyouhei Urabe)]

(sorry for the last message. was a mistake, deleted)

wanabe (_ wanabe) wrote:

• CRuby uses pthread_getattr_np() result for stack-level-check after r59630, but the function behaviour is different in glibc and musl.

@wanbe what do you want us to discuss? This is a fact. Nothing can be said over this.

[wanabe (_ wanabe)]

shyouhei (Shyouhei Urabe) wrote:

wanabe (_ wanabe) wrote:

• CRuby uses pthread_getattr_np() result for stack-level-check after r59630, but the function behaviour is different in glibc and musl.

@wanbe what do you want us to discuss? This is a fact. Nothing can be said over this.

I'm sorry for my lack of explanation.
I want the issue status to be clear.
"Feedback", "Assigned", "3rd party's issue", "Rejected".
I just want to know "Who's ball?", "What waiting for we are?".

...Ah sorry, I realize it is not necessary to discuss on DevelopersMeeting for the above.
Redmine issue is enough.
I back down on it. I'm sorry again.

[shevegen (Robert A. Heiler)]

I'm sorry again.

Don't worry - took us all a little to adapt to the new format. :)

[k0kubun (Takashi Kokubun)]

• [Feature #14830] RubyVM::MJIT.pause / RubyVM::MJIT.resume (k0kubun)
  • Is it okay to add such methods? If so, is there any comment for the behavior described in the ticket?

[naruse (Yui NARUSE)]

• Description updated (diff)

[mame (Yusuke Endoh)]

• [Bug #14845] Endless Range with nil (mame)
  • Should explicit nil for endless range (like (1..nil)) be prohibited or not?

[ko1 (Koichi Sasada)]

• Description updated (diff)

[zverok (Victor Shepelev)]

• [Feature #14709] Proper pattern matching
• [Feature #14799] Startless range
• [Feature #14784] One-sided Comparable#clamp (with endless/startless ranges)

[mrkn (Kenta Murata)]

• Description updated (diff)

[mrkn (Kenta Murata)]

• Description updated (diff)

[ko1 (Koichi Sasada)]

• Description updated (diff)

[aycabta (aycabta .)]

• [Bug #14824] Endless Range Support in irb
• [Feature #14808] Last token of endless range should have EXPR_END

[normalperson (Eric Wong)]

[Feature #14859] - Timeout in VM
Still needs some work, mainly wondering if the idea of moving this
part of stdlib into core VM is acceptable or not. No semantic
changes except speed improvement.

[mame (Yusuke Endoh)]

• [Bug #14699] Subtle behaviors with endless range (mame)

[mame (Yusuke Endoh)]

• Description updated (diff)

[ko1 (Koichi Sasada)]

• Description updated (diff)

[naruse (Yui NARUSE)]

• Copied to Misc #14861: DevelopersMeeting20180718Japan added

[shevegen (Robert A. Heiler)]

Has someone managed to note down a short summary, like in previous meetings?

[shyouhei (Shyouhei Urabe)]

shevegen (Robert A. Heiler) wrote:

Has someone managed to note down a short summary, like in previous meetings?

Yes. Here you are:
https://docs.google.com/document/d/e/2PACX-1vT6bhvW4KtEmZb5q49CMXyyfLa7vbropT1izVorCPeS6xAoJuFTzCsEcrnn-psuq2AhepSawPmyrapR/pub

[shevegen (Robert A. Heiler)]

Thanks again shyouhei!

[naruse (Yui NARUSE)]

• Status changed from Assigned to Closed