[#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>,

[OT] Rant about keyword logical operators was : (Re: [ ruby-Bugs-3843 ] "not" operator used in expression that is a method parameter can generate syntax error)

From: "Zev Blut" <rubyzbibd@...>
Date: 2006-03-16 07:38:22 UTC
List: ruby-core #7560
Hello,

Here is a small rant about keyword logical operators and usage at my
work.  I am not making any proposals so please ignore this mail if you
are busy :-)

On Thu, 16 Mar 2006 15:14:01 +0900, Yukihiro Matsumoto  
<matz@ruby-lang.org> wrote:

> OK.  Keyword logical operators (and, or, not) are far lower precedence
> than comma, even lower than method calls without argument parentheses
> (in parser, they are called as commands), so that they are not allowed
> be a part of argument expression.

At work the use of (&&, ||, !) vs (and, or, not) is an issue we run
into from time to time.  Personally, I dislike using (and, or, not)
mainly because of the above precedence issues, but also because in the
back of my head I would like these words to be method calls.
Unfortunately, some of my colleagues like them mostly for readability
purposes.

For now all we can do is agree to not change the code from one way to
the other unless there is a bug.  Thus if I write some code such as:

"if foo && bar"

Then a coworker cannot come and change that line to:

"if foo and bar"

This is a sort of stand still in our coding guidelines, but at least it
helps keep cvs annotate somewhat clean.

In my fantasy Ruby these keyword logical operators would not exist or
they would be the same precedence.

Cheers,
Zev

In This Thread