[#66678] [ruby-trunk - Feature #10481] Add "if" and "unless" clauses to rescue statements — alex@...
Issue #10481 has been updated by Alex Boyd.
3 messages
2014/12/04
[#66762] Re: [ruby-changes:36667] normal:r48748 (trunk): struct: avoid all O(n) behavior on access — Tanaka Akira <akr@...>
2014-12-10 0:44 GMT+09:00 normal <ko1@atdot.net>:
3 messages
2014/12/10
[#66851] [ruby-trunk - Feature #10585] struct: speedup struct.attr = v for first 10 attributes and struct[:attr] for big structs — funny.falcon@...
Issue #10585 has been updated by Yura Sokolov.
3 messages
2014/12/15
[#67126] Ruby 2.2.0 Released — "NARUSE, Yui" <naruse@...>
We are pleased to announce the release of Ruby 2.2.0.
8 messages
2014/12/25
[#67128] Re: Ruby 2.2.0 Released
— Rodrigo Rosenfeld Rosas <rr.rosas@...>
2014/12/25
I can't install it in any of our Ubuntu servers using rbenv:
[#67129] Re: Ruby 2.2.0 Released
— SHIBATA Hiroshi <shibata.hiroshi@...>
2014/12/25
> I can't install it in any of our Ubuntu servers using rbenv:
[ruby-core:66748] [ruby-trunk - Feature #10499] Eliminate implicit magic in Proc.new and Kernel#proc
From:
headius@...
Date:
2014-12-08 20:44:44 UTC
List:
ruby-core #66748
Issue #10499 has been updated by Charles Nutter. Adding a deprecation warning would be easy if we can get buy-in from matz. matz: ball's in your court, I think! ---------------------------------------- Feature #10499: Eliminate implicit magic in Proc.new and Kernel#proc https://bugs.ruby-lang.org/issues/10499#change-50337 * Author: Charles Nutter * Status: Open * Priority: Normal * Assignee: Yukihiro Matsumoto * Category: core * Target version: Next Major ---------------------------------------- Proc.new and Kernel#proc have a little known feature: if called without a block, they capture whatever block was passed to the current method. I propose that this feature should be removed, finally, since it: * Doesn't enhance readability (where is this block coming from?) * Doesn't reflect any other behavior in Ruby * Can lead to bugs (call either without a block accidentally and you aren't sure what you'll get) I believe this was an implementation artifact in MRI, since the most recently-pushed block would still be on global stacks, which is where the logic for proc and Proc.new looked for it. All argument syntaxes now support &block, which I believe is the correct way to clearly, explicitly capture the incoming block into an object. Thoughts? -- https://bugs.ruby-lang.org/