[#64703] Add `Hash#fetch_at` (issue #10017) — Wojtek Mach <wojtek@...>
Hey guys
1 message
2014/09/01
[#64711] [ruby-trunk - Bug #10193] [Closed] TestIO#test_readpartial_locktmp fails randomly — nobu@...
Issue #10193 has been updated by Nobuyoshi Nakada.
3 messages
2014/09/02
[#64744] [ruby-trunk - Bug #10202] [Open] TestBenchmark#test_realtime_output breaks on ARM — v.ondruch@...
Issue #10202 has been reported by Vit Ondruch.
3 messages
2014/09/03
[#64823] documenting constants — Xavier Noria <fxn@...>
I am writing a Rails guide about constant autoloading in Ruby on
5 messages
2014/09/07
[#64838] [ruby-trunk - Bug #10212] [Open] MRI is not for lambda calculus — ko1@...
Issue #10212 has been reported by Koichi Sasada.
6 messages
2014/09/08
[#64858] Re: [ruby-trunk - Bug #10212] [Open] MRI is not for lambda calculus
— Eric Wong <normalperson@...>
2014/09/08
rb_env_t may use a flexible array, helps a little even on my busy system:
[#64871] Re: [ruby-trunk - Bug #10212] [Open] MRI is not for lambda calculus
— SASADA Koichi <ko1@...>
2014/09/08
(2014/09/08 19:48), Eric Wong wrote:
[#64972] [ruby-trunk - Bug #10231] [Open] Process.detach(pid) defines new singleton classes every call — headius@...
Issue #10231 has been reported by Charles Nutter.
3 messages
2014/09/11
[#64980] [ruby-trunk - Bug #10212] MRI is not for lambda calculus — ko1@...
Issue #10212 has been updated by Koichi Sasada.
4 messages
2014/09/12
[#65142] [ruby-trunk - Feature #10267] [Open] Number of processors — akr@...
Issue #10267 has been reported by Akira Tanaka.
4 messages
2014/09/20
[#65144] Re: [ruby-trunk - Feature #10267] [Open] Number of processors
— Eric Wong <normalperson@...>
2014/09/20
akr@fsij.org wrote:
[#65148] Target version: Ruby 2.2/Ruby 2.3 not available — "Martin J. Dürst" <duerst@...>
Today, I wanted to set the target version of
3 messages
2014/09/20
[#65210] [ruby-trunk - misc #10278] [Assigned] [RFC] st.c: use ccan linked list — nobu@...
Issue #10278 has been updated by Nobuyoshi Nakada.
3 messages
2014/09/22
[ruby-core:64808] [ruby-trunk - Feature #10208] [Open] Passing block to Enumerable#to_h
From:
yutakaha.ra@...
Date:
2014-09-06 04:25:27 UTC
List:
ruby-core #64808
Issue #10208 has been reported by Yutaka HARA.
----------------------------------------
Feature #10208: Passing block to Enumerable#to_h
https://bugs.ruby-lang.org/issues/10208
* Author: Yutaka HARA
* Status: Open
* Priority: Normal
* Assignee:=20
* Category: core
* Target version: current: 2.2.0
----------------------------------------
Now that we can convert 'a list of [key, value] pairs' into a hash with Enu=
merable#to_h,
how about make it take a block to specify 'how to convert each element into=
a [key, value] pair'?=20
Example:
~~~
# Convert users into an {id =3D> name} hash
users.map{|u| [u.id, u.name]}.to_h
=E2=86=93
# Convert users into an {id =3D> name} hash
users.to_h{|u| [u.id, u.name]}
~~~
This could also be a solution for these feature requests:
* Feature #6669 A method like Hash#map but returns hash
hsh.apply{|k, v| [k.to_s, v]}
=3D=3D hsh.to_h{|k, v| [k.to_s, v]}
* Feature #7793 New methods on Hash
Feature #9970 Add `Hash#map_keys` and `Hash#map_values`
hsh.map_k(&:to_s)
=3D=3D hsh.to_h{|k, v| [k.to_s, v]}
hsh.map_v(&:to_i)
=3D=3D hsh.to_h{|k, v| [k, v.to_i]}
hsh.map_kv(&block)
=3D=3D hsh.to_h(&block)
--=20
https://bugs.ruby-lang.org/