[#85940] [Ruby trunk Bug#14578] Forking a child process inside of a mutex crashes the ruby interpreter — ben.govero@...
Issue #14578 has been reported by bengovero (Ben Govero).
3 messages
2018/03/05
[#86205] [Ruby trunk Feature#14618] Add display width method to String for CLI — aycabta@...
Issue #14618 has been reported by aycabta (aycabta .).
3 messages
2018/03/19
[#86366] Re: [ruby-cvs:70102] usa:r63008 (trunk): get rid of test error/failure on Windows introduced at r62955 — Eric Wong <normalperson@...>
usa@ruby-lang.org wrote:
3 messages
2018/03/28
[ruby-core:86335] [Ruby trunk Feature#7511] short-circuiting logical implication operator
From:
jared@...
Date:
2018-03-27 20:32:33 UTC
List:
ruby-core #86335
Issue #7511 has been updated by jaredbeck (Jared Beck).
The spirit of ruby is to make programmers happy. So, if logical implication would make programmers happy, we must consider it. It doesn't matter if it's infrequently used. For example, `Array#zip` is rarely used, but it makes me very happy when I use it.
To me, the primary concern is that ruby has already assigned meaning to most ASCII characters. So, perhaps implication should simply be implemented as a named method, rather than an operator. For example,
```
class TrueClass
def implies(other)
!self || other
end
end
true.implies(false) #=> false
true.implies(true) #=> true
```
This implementation will not hurt ruby, and will make programmers happy. What do you think?
----------------------------------------
Feature #7511: short-circuiting logical implication operator
https://bugs.ruby-lang.org/issues/7511#change-71258
* Author: rits (First Last)
* Status: Assigned
* Priority: Normal
* Assignee: matz (Yukihiro Matsumoto)
* Target version: Next Major
----------------------------------------
I find I need logical implication (will use => here) in boolean expressions fairly often
and even though a => b is equivalent to !a || b, this substitute is more difficult to read and make sense of in long expressions
--
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>