[#90399] [Ruby trunk Feature#14813] [PATCH] gc.c: make gc_enter+gc_exit pairs dtrace probes, too — ko1@...
Issue #14813 has been updated by ko1 (Koichi Sasada).
3 messages
2018/12/10
[#90417] [Ruby trunk Bug#15398] TestThread#test_signal_at_join fails on FreeBSD — naruse@...
Issue #15398 has been reported by naruse (Yui NARUSE).
4 messages
2018/12/11
[#90423] Re: [Ruby trunk Bug#15398] TestThread#test_signal_at_join fails on FreeBSD
— Eric Wong <normalperson@...>
2018/12/11
naruse@airemix.jp wrote:
[#90519] Spoofing warnings for mail from bugs.ruby-lang.org — Charles Oliver Nutter <headius@...>
I'm getting a spoofing warning for emails sent from bugs.ruby-lang.org when
4 messages
2018/12/13
[#90522] Re: Spoofing warnings for mail from bugs.ruby-lang.org
— Eric Wong <normalperson@...>
2018/12/13
Charles Oliver Nutter <headius@headius.com> wrote:
[#90533] [Ruby trunk Feature#15413] unmarkable C stack (3rd stack) — normalperson@...
Issue #15413 has been reported by normalperson (Eric Wong).
3 messages
2018/12/14
[#90581] [Ruby trunk Bug#15424] Ruby 2.6.0rc1 & 2.6.0rc2 mutex exception — mat999@...
Issue #15424 has been reported by splitice (Mathew Heard).
3 messages
2018/12/17
[#90595] [Ruby trunk Bug#15430] test_fork_while_parent_locked is failing status on Ruby CI — hsbt@...
Issue #15430 has been reported by hsbt (Hiroshi SHIBATA).
3 messages
2018/12/18
[#90614] [Ruby trunk Bug#15430][Assigned] test_fork_while_parent_locked is failing status on Ruby CI — hsbt@...
Issue #15430 has been updated by hsbt (Hiroshi SHIBATA).
4 messages
2018/12/19
[#90630] Re: [Ruby trunk Bug#15430][Assigned] test_fork_while_parent_locked is failing status on Ruby CI
— Eric Wong <normalperson@...>
2018/12/20
> It still exists. https://rubyci.org/logs/rubyci.s3.amazonaws.com/centos7/ruby-trunk/log/20181218T230003Z.fail.html.gz
[#90820] Re: [ruby-cvs:73697] k0kubun:r66593 (trunk): accept_nonblock_spec.rb: skip spurious failure — Eric Wong <normalperson@...>
k0kubun@ruby-lang.org wrote:
3 messages
2018/12/30
[ruby-core:90404] Re: [Ruby trunk Feature#15393] Add compilation flags to freeze Array and Hash literals
From:
Benoit Daloze <eregontp@...>
Date:
2018-12-10 13:07:07 UTC
List:
ruby-core #90404
Interesting code :)
But also inefficient of course, making extra copies (changing
identity) and allocations.
On Mon, Dec 10, 2018 at 1:55 AM <shyouhei@ruby-lang.org> wrote:
>
> Issue #15393 has been updated by shyouhei (Shyouhei Urabe).
>
>
> Off topic:
>
> Eregon (Benoit Daloze) wrote:
> > One alternative idea which would achieve a similar goal is having #deep_freeze on core types, and recognizing `{ 'a' => ['b', { 'c' => 'd' }] }.deep_freeze`.
> > This would be more general, since it would also work for freezing non-constant/non-literal data structures.
>
> Object#deep_freeze can be written without any extensions right now, like this: https://github.com/shyouhei/optdown/blob/master/lib/optdown/deeply_frozen.rb
> I heard this trick from @akr .
>
> ----------------------------------------
> Feature #15393: Add compilation flags to freeze Array and Hash literals
> https://bugs.ruby-lang.org/issues/15393#change-75509
>
> * Author: tenderlovemaking (Aaron Patterson)
> * Status: Open
> * Priority: Normal
> * Assignee:
> * Target version:
> ----------------------------------------
> Hi,
>
> I would like to add VM compilation options to freeze array and hash literals. For example:
>
> ~~~ ruby
> frozen = RubyVM::InstructionSequence.compile(<<-eocode, __FILE__, nil, 0, frozen_string_literal: true, frozen_hash_and_array_literal: true)
> { 'a' => ['b', { 'c' => 'd' }] }
> eocode
> puts frozen.disasm
> ~~~
>
> Output is:
>
> ~~~
> $ ./ruby thing.rb
> == disasm: #<ISeq:<compiled>@thing.rb:0 (0,0)-(0,34)> (catch: FALSE)
> 0000 putobject {"a"=>["b", {"c"=>"d"}]}
> 0002 leave
> ~~~
>
> Anything nested in the hash that can't be "frozen" will cause it to not be frozen.
>
> For example:
>
> ~~~ ruby
> not_frozen = RubyVM::InstructionSequence.compile(<<-eocode, __FILE__, nil, 0, frozen_string_literal: true, frozen_hash_and_array_literal: true)
> { 'a' => some_method }
> eocode
> puts not_frozen.disasm
> ~~~
>
> Output:
>
> ~~~
> $ ./ruby thing.rb
> == disasm: #<ISeq:<compiled>@thing.rb:0 (0,0)-(0,24)> (catch: FALSE)
> 0000 putobject "a"
> 0002 putself
> 0003 opt_send_without_block <callinfo!mid:some_method, argc:0, FCALL|VCALL|ARGS_SIMPLE>, <callcache>
> 0006 newhash 2
> 0008 leave
> ~~~
>
> Eventually I would like to freeze array and hash literals in source code itself, but I think this is a good first step.
>
> The reason I want this feature is I think we can reduce some object allocations, and once Guilds are implemented, easily create immutable data.
>
> I've attached a patch that implements the above.
>
> (Also I think maybe "frozen_literals" would be a better name, but I don't want to imply that numbers or booleans are frozen too)
>
> Thanks!
>
> ---Files--------------------------------
> 0001-Add-compile-options-for-freezing-hash-and-array-lite.patch (6.14 KB)
>
>
> --
> 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>
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>