[#97086] [Ruby master Bug#16612] Enumerator::ArithmeticSequence#last with float range produces incorrect value — muraken@...
Issue #16612 has been updated by mrkn (Kenta Murata).
4 messages
2020/02/07
[#97095] [PATCH] Modify shebang of libexec/y2racc and libexec/racc2y. — Wang Mingyu <wangmy@...>
change /usr/local/bin/ruby to /usr/bin/env ruby.
3 messages
2020/02/08
[#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
[ruby-core:97238] [Ruby master Misc#16645] Non-warned change of behavior in 2.7 for non-symbol keys
From:
daniel@...42.com
Date:
2020-02-22 02:26:26 UTC
List:
ruby-core #97238
Issue #16645 has been updated by Dan0042 (Daniel DeLorme).
> treating non-Symbol keys as keywords if the method accepts arbitrary keywords is expected behavior
Yes, I was aware of that, it's just that I always thought of this as simply an _additional_ behavior; previously `**hash` would raise an error if it contained non-symbol keys and now it doesn't. I've tried to stay up to date on the keyword separation development, but until now it never occured to me this could cause regressions. Oh well, at this point second thoughts about compatibility are pretty much pointless.
----------------------------------------
Misc #16645: Non-warned change of behavior in 2.7 for non-symbol keys
https://bugs.ruby-lang.org/issues/16645#change-84348
* Author: Dan0042 (Daniel DeLorme)
* Status: Rejected
* 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>