Re: "find": AND/OR no longer equal precedence
- From: Geoff Clare <geoff@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 6 Dec 2007 14:31:30 +0000
Mister.Fred.Ma wrote:
There was a time when I used HP-UX and Solaris, and the "find"
command's AND (implied) and OR operators were of equal precedence.
Basically, operators were evaluated from left to right. I am
currently using GNU "find" version 4.3.8, and the AND operator has
greater precedence than the OR operator. When did this unequal
precedence start to become standard (assuming that it is standard) It
certainly is more intuitive, though we have to be careful of falling
back on old ways, and maybe need to rework old scripts? Is it pretty
well the way that *nix is going?
The precedence has been standard in POSIX since 1992 (when the first
POSIX.2 standard was published), and before that in XPG3 (1988).
It was almost certainly the same in XPG2, but I don't have a copy
to hand. (The XPG3 change history says nothing about any change
relating to precedence.)
I would be very surprised if there has ever been a version of find
where the precedence was different.
--
Geoff Clare <netnews@xxxxxxxxxxxxx>
.
- Follow-Ups:
- Re: "find": AND/OR no longer equal precedence
- From: Sven Mascheck
- Re: "find": AND/OR no longer equal precedence
- References:
- "find": AND/OR no longer equal precedence
- From: Mister . Fred . Ma
- "find": AND/OR no longer equal precedence
- Prev by Date: Re: What is the more popular UNIX flavor?
- Next by Date: Re: What is the more popular UNIX flavor?
- Previous by thread: "find": AND/OR no longer equal precedence
- Next by thread: Re: "find": AND/OR no longer equal precedence
- Index(es):
Relevant Pages
|