[#79914] [Ruby trunk Bug#13282] opt_str_freeze does not always dedupe — normalperson@...
Issue #13282 has been reported by Eric Wong.
4 messages
2017/03/05
[#80140] [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus) — shyouhei@...
Issue #13295 has been updated by shyouhei (Shyouhei Urabe).
5 messages
2017/03/13
[#80362] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— Eric Wong <normalperson@...>
2017/03/26
shyouhei@ruby-lang.org wrote:
[#80368] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— SASADA Koichi <ko1@...>
2017/03/27
On 2017/03/26 15:16, Eric Wong wrote:
[#80205] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint — Eric Wong <normalperson@...>
duerst@ruby-lang.org wrote:
4 messages
2017/03/17
[#80213] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint
— Martin J. Dürst <duerst@...>
2017/03/17
Hello Eric,
[#80290] [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch — normalperson@...
Issue #13355 has been reported by normalperson (Eric Wong).
4 messages
2017/03/23
[#80410] Re: [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch
— Eric Wong <normalperson@...>
2017/03/27
normalperson@yhbt.net wrote:
[#80415] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
5 messages
2017/03/28
[#80488] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
4 messages
2017/03/29
[ruby-core:80104] [CommonRuby Feature#13122][Rejected] Special syntax for Hash#default_proc
From:
matz@...
Date:
2017-03-13 06:46:14 UTC
List:
ruby-core #80104
Issue #13122 has been updated by Yukihiro Matsumoto.
Status changed from Open to Rejected
I don't think `default_proc` is not worth adding a new syntax.
Matz.
----------------------------------------
Feature #13122: Special syntax for Hash#default_proc
https://bugs.ruby-lang.org/issues/13122#change-63530
* Author: William Woodruff
* Status: Rejected
* Priority: Normal
* Assignee:
* Target version:
----------------------------------------
The current Hash#default_proc flow usually looks something like this:
~~~ ruby
my_hash = { key: "value" }
my_hash.default_proc = proc { |h, k| h[k] = "other value" }
~~~
This makes the common practice of freezing large constant hashes unwieldy. For example,
this:
~~~ruby
MY_HASH = {
key: "value"
}.freeze
~~~
needs to become
~~~ruby
MY_HASH = {
key: "value"
}
MY_HASH.default_proc = proc { |h, k| h[k] = "other value" }
MY_HASH.freeze
~~~
if a `default_proc` is used.
I propose a new syntax for setting the default_proc within the hash-declaration itself:
~~~ruby
my_hash = {
key: "value"
*: proc { |h, k| h[k] = "other value" }
}
~~~
`*:` as a hash-key is currently a syntax error, so I think there's space in the language for this. Of course, this should also support rocket-style:
~~~ruby
my_hash = {
"key" => "value"
* => proc { |h, k| h[k] = "other value" }
}
~~~
(I'm completely open to alternative syntaxes, `*` just comes to mind because of wildcarding).
I'm happy to attempt work on this, if this feature is desired. I have experience with MRI's API, but not with writing new syntax (which I assume would go in parse.y), so I'd appreciate the help of someone who's familiar with the intricacies of parse.y.
Best,
William Woodruff
--
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>