[#7500] Re: how to introduce reference objects into ruby — "Geert Fannes" <Geert.Fannes@...>

The problem with the code you sent is that you have to go through ALL

16 messages 2006/03/10

[#7553] "not" operator used in expression that is a method parameter can generate syntax error — noreply@...

Bugs item #3843, was opened at 2006-03-15 22:09

27 messages 2006/03/16
[#7554] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — nobu@... 2006/03/16

Hi,

[#7557] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — 卜部昌平 <shyouhei@...> 2006/03/16

Nobu, you are not answering to the question.... You have to unveil why

[#7559] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — Yukihiro Matsumoto <matz@...> 2006/03/16

Hi,

[#7560] Rant about keyword logical operators was : (Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error) — "Zev Blut" <rubyzbibd@...> 2006/03/16

Hello,

[#7565] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — mathew <meta@...> 2006/03/16

Yukihiro Matsumoto wrote:

[#7566] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — "Brian Mitchell" <binary42@...> 2006/03/16

On 3/16/06, mathew <meta@pobox.com> wrote:

[#7567] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — mathew <meta@...> 2006/03/16

Brian Mitchell wrote:

[#7568] Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error — "Brian Mitchell" <binary42@...> 2006/03/16

On 3/16/06, mathew <meta@pobox.com> wrote:

[#7614] PATCH: A subclassable Pathname — "Evan Phoenix" <evanwebb@...>

A simply change (changing all references of "Pathname.new" to

19 messages 2006/03/27
[#7618] Re: PATCH: A subclassable Pathname — Tanaka Akira <akr@...17n.org> 2006/03/27

In article <92f5f81d0603262350k796fe48fp2224b9f2108ac507@mail.gmail.com>,

[#7619] Re: PATCH: A subclassable Pathname — "Evan Phoenix" <evan@...> 2006/03/27

Quite right on the .glob and .getwd. I guess the tests don't test hit

[#7620] Re: PATCH: A subclassable Pathname — Tanaka Akira <akr@...17n.org> 2006/03/27

In article <92f5f81d0603270903g2fb02244i6a395be708dfffa3@mail.gmail.com>,

Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error

From: mathew <meta@...>
Date: 2006-03-16 20:55:16 UTC
List: ruby-core #7567
Brian Mitchell wrote:
> On 3/16/06, mathew <meta@pobox.com> wrote:
>   
>> I still don't understand why foo(!(1<2)) is OK, but foo(not(1<2)) isn't.
>>
>> The pickaxe says that the only difference between '!' and 'not' is
>> precedence, and in these two cases everything is explicitly bracketed so
>> precedence shouldn't be involved.
>>
>> What am I missing?
>>     
>
> foo(not(1<2), 3)
> or more clearly bound if I understand Matz correctly:
> foo(not((1<2),3))
>   

Except comma isn't an operator according to the Pickaxe. Could be a 
documentation error, I suppose.

Accepting for a moment that comma is an operator...

I don't see how it makes sense to give an error for foo(not(1<2)) just 
because a completely different statement foo(not(1<2),3) would have a 
precedence clash. I mean, method {|x| 2*x } is allowed, even though 
method {|x| 2*x }, {|y| 3*y} wouldn't be.

What if boolean keywords weren't lower precedence than comma?

I've never encountered a language where f(x) was OK but f(not(x)) 
wasn't, so this is Surprising (TM). I mean, it works in Perl, for example.


mathew
[ Not that I'm holding up Perl as a role model, of course. ]

In This Thread