Project

General

Profile

Actions

Misc #14769

closed

DevelopersMeeting20180621Japan

Added by hsbt (Hiroshi SHIBATA) over 6 years ago. Updated over 6 years ago.


Description

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.

Related issues 2 (1 open1 closed)

Related to Ruby master - Misc #14770: [META] DevelopersMeetingOpenActions
Copied to Ruby master - Misc #14861: DevelopersMeeting20180718JapanClosedmatz (Yukihiro Matsumoto)Actions
Actions #1

Updated by naruse (Yui NARUSE) over 6 years ago

  • Description updated (diff)
Actions #2

Updated by naruse (Yui NARUSE) over 6 years ago

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

Updated by ko1 (Koichi Sasada) over 6 years ago

  • Description updated (diff)

Please comment with the following format:

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

Thank you for your cooperation.
Koichi

Actions #4

Updated by mrkn (Kenta Murata) over 6 years ago

  • Description updated (diff)

Updated by zverok (Victor Shepelev) over 6 years ago

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

Updated by wanabe (_ wanabe) over 6 years ago

  • [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.

Updated by shyouhei (Shyouhei Urabe) over 6 years ago

(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.

Updated by wanabe (_ wanabe) over 6 years ago

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.

Updated by shevegen (Robert A. Heiler) over 6 years ago

I'm sorry again.

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

Updated by k0kubun (Takashi Kokubun) over 6 years ago

  • [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?
Actions #11

Updated by naruse (Yui NARUSE) over 6 years ago

  • Description updated (diff)

Updated by mame (Yusuke Endoh) over 6 years ago

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

Updated by ko1 (Koichi Sasada) over 6 years ago

  • Description updated (diff)

Updated by zverok (Victor Shepelev) over 6 years ago

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

Updated by mrkn (Kenta Murata) over 6 years ago

  • Description updated (diff)
Actions #16

Updated by mrkn (Kenta Murata) over 6 years ago

  • Description updated (diff)
Actions #17

Updated by ko1 (Koichi Sasada) over 6 years ago

  • Description updated (diff)

Updated by aycabta (aycabta .) over 6 years ago

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

Updated by normalperson (Eric Wong) over 6 years ago

[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.

Updated by mame (Yusuke Endoh) over 6 years ago

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

Updated by mame (Yusuke Endoh) over 6 years ago

  • Description updated (diff)
Actions #22

Updated by ko1 (Koichi Sasada) over 6 years ago

  • Description updated (diff)
Actions #23

Updated by naruse (Yui NARUSE) over 6 years ago

  • Copied to Misc #14861: DevelopersMeeting20180718Japan added

Updated by shevegen (Robert A. Heiler) over 6 years ago

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

Updated by shyouhei (Shyouhei Urabe) over 6 years ago

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

Updated by shevegen (Robert A. Heiler) over 6 years ago

Thanks again shyouhei!

Actions #27

Updated by naruse (Yui NARUSE) over 6 years ago

  • Status changed from Assigned to Closed
Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0Like0