[#97063] [Ruby master Bug#16608] ConditionVariable#wait should return false when timeout exceeded — shugo@...

Issue #16608 has been reported by shugo (Shugo Maeda).

10 messages 2020/02/05

[#97084] [Ruby master Feature#16614] New method cache mechanism for Guild — ko1@...

Issue #16614 has been reported by ko1 (Koichi Sasada).

18 messages 2020/02/07

[#97248] [Ruby master Bug#16651] Extensions Do Not Compile on Mingw64 — cfis@...

Issue #16651 has been reported by cfis (Charlie Savage).

17 messages 2020/02/24

[#97289] [Ruby master Bug#16658] `method__cache__clear` DTrace hook was dropped without replacement — v.ondruch@...

Issue #16658 has been reported by vo.x (Vit Ondruch).

9 messages 2020/02/27

[#97307] [Ruby master Feature#16663] Add block or filtered forms of Kernel#caller to allow early bail-out — headius@...

Issue #16663 has been reported by headius (Charles Nutter).

29 messages 2020/02/28

[#97310] [Ruby master Feature#16665] Add an Array#except_index method — alexandr1golubenko@...

Issue #16665 has been reported by alex_golubenko (Alex Golubenko).

12 messages 2020/02/29

[ruby-core:97235] [Ruby master Misc#16645] Non-warned change of behavior in 2.7 for non-symbol keys

From: shevegen@...
Date: 2020-02-21 16:54:09 UTC
List: ruby-core #97235
Issue #16645 has been updated by shevegen (Robert A. Heiler).


I can not answer your question but I believe matz mentioned the change several times in different
talks before. So a deprecation phase makes no real sense, unless matz and the core team wants
to postpone the change past ruby 3.0 - but I think it was decided that keyword arguments will be
just about the only backwards incompatible change before. If you look at the issue tracker,
you will always have people who want more deprecations and more changes, and people who want
less - e. g. the discussion about frozen strings by default, where headius (and probably others)
would like a change in ruby 3.0 already. ;) (It's a decision either way and I think for keywords
the decision has already been made months before to change this in 3.0, so a deprecation phase
would make no real sense to me, IMO, in this regard.)

----------------------------------------
Misc #16645: Non-warned change of behavior in 2.7 for non-symbol keys
https://bugs.ruby-lang.org/issues/16645#change-84342

* Author: Dan0042 (Daniel DeLorme)
* Status: Open
* Priority: Normal
----------------------------------------
In ruby 2.7 non-symbol keys are now accepted as keywords, resulting in the following change in behavior:

```ruby
def foo(*a,**h) p [a,h] end
foo("a"=>42)
# [[{"a"=>42}], {}] in 2.6
# [[], {"a"=>42}]   in 2.7
```

Given that the general plan for 2.7 was to be backward compatible while warning about upcoming changes, I just wanted to confirm if it was ok to change this _without a deprecation phase_? I couldn't find any reference or discussion about this in the dev meeting logs.



-- 
https://bugs.ruby-lang.org/

Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>

In This Thread