[#25936] [Bug:1.9] [rubygems] $LOAD_PATH includes bin directory — Nobuyoshi Nakada <nobu@...>

Hi,

10 messages 2009/10/05

[#25943] Disabling tainting — Tony Arcieri <tony@...>

Would it make sense to have a flag passed to the interpreter on startup that

16 messages 2009/10/05

[#26028] [Bug #2189] Math.atanh(1) & Math.atanh(-1) should not raise an error — Marc-Andre Lafortune <redmine@...>

Bug #2189: Math.atanh(1) & Math.atanh(-1) should not raise an error

14 messages 2009/10/10

[#26222] [Bug #2250] IO::for_fd() objects' finalization dangerously closes underlying fds — Mike Pomraning <redmine@...>

Bug #2250: IO::for_fd() objects' finalization dangerously closes underlying fds

11 messages 2009/10/22

[#26244] [Bug #2258] Kernel#require inside rb_require() inside rb_protect() inside SysV context fails — Suraj Kurapati <redmine@...>

Bug #2258: Kernel#require inside rb_require() inside rb_protect() inside SysV context fails

24 messages 2009/10/22

[#26361] [Feature #2294] [PATCH] ruby_bind_stack() to embed Ruby in coroutine — Suraj Kurapati <redmine@...>

Feature #2294: [PATCH] ruby_bind_stack() to embed Ruby in coroutine

42 messages 2009/10/27

[#26371] [Bug #2295] segmentation faults — tomer doron <redmine@...>

Bug #2295: segmentation faults

16 messages 2009/10/27

[ruby-core:25977] [Feature #2131] f(not x) => syntax error

From: "James M. Lawrence" <redmine@...>
Date: 2009-10-06 23:21:27 UTC
List: ruby-core #25977
Issue #2131 has been updated by James M. Lawrence.


matz:
> I am not sure I understand your statement.  They are different.  How
> that big difference does not affect your point?

Because it is already the case that <expression> can have a different
meaning when it appears as f(<expression>).

You gave a good example.  The thing inside parens here:

  [0] + (a,b,c = 1,2,3)

means something different than the thing inside parens here:

  [0] + f(a,b,c = 1,2,3)

Both are valid Ruby syntax.

If there is an objection to the way this behaves, it does not affect
my point because the behavior is already there.  It is already the
case that given some code in parens, placing a method call in front
can change the meaning of that code.  This feature request would not
introduce it.

I think it boils down to letting method-call parens capture everything
contained by them while giving commas the lowest precedence inside.

----------------------------------------
http://redmine.ruby-lang.org/issues/show/2131

----------------------------------------
http://redmine.ruby-lang.org

In This Thread