[#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:90558] [CommonRuby Feature#15419] Allow Kernel#tap to be invoked with arguments like Kernel#send
From:
eregontp@...
Date:
2018-12-16 10:44:34 UTC
List:
ruby-core #90558
Issue #15419 has been updated by Eregon (Benoit Daloze).
shuber (Sean Huber) wrote:
> The `ruby/spec on Ruby 2.3` check is failing in this PR - I'm not sure what the existing conventions are for adding specs for new features like this.
>
> * Should the new tests be wrapped in `unless RUBY_VERSION <= "2.3"` conditions?
> * Or should the new tests be added somewhere other than `/spec` instead?
> * Or some other convention? Please advise!
Yes, in such a case you need to use `ruby_version_is` guards as documented on https://github.com/ruby/spec/blob/master/CONTRIBUTING.md#guards,
because the behavior of previous versions will not change (unless this is decided to be backported, but very unlikely for a new feature, and even then the backport would be done later so the guards would be needed at first).
----------------------------------------
Feature #15419: Allow Kernel#tap to be invoked with arguments like Kernel#send
https://bugs.ruby-lang.org/issues/15419#change-75708
* Author: shuber (Sean Huber)
* Status: Open
* Priority: Normal
* Assignee:
* Target version:
----------------------------------------
Tapping methods without any arguments already has nice shorthand via `Symbol#to_proc`:
```ruby
object.tap { |o| o.example }
# vs
object.tap(&:example)
```
Unfortunately once other arguments are involved we have to switch back to the longer form:
```ruby
array.merge(other).tap { |a| a.delete(object) }
```
[This patch introduces](https://github.com/ruby/ruby/pull/2050) a convenient and familiar shorthand for these cases which behaves similar to `Kernel#send`:
```ruby
array.merge(other).tap(:delete, object)
```
Calling tap without any arguments or block still raises `LocalJumpError`:
```ruby
3.tap #=> LocalJumpError: no block given
```
This also makes the existing shorthand even shorter:
```ruby
object.tap { |o| o.example }
# vs
object.tap(&:example)
# vs
object.tap(:example)
```
---
**Pull request**: https://github.com/ruby/ruby/pull/2050
--
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>