| 1 |
On Thu, 2007-11-29 at 10:38 +0100, Johan Hattne wrote: |
| 2 |
|
| 3 |
> I'm not so sure. AND takes precedence over OR, so |
| 4 |
|
| 5 |
Nope, 'man bash' says: |
| 6 |
|
| 7 |
Of these list operators, && and || have equal precedence, |
| 8 |
followed by ; and &, which have equal precedence. |
| 9 |
|
| 10 |
> |
| 11 |
> a && b || c |
| 12 |
> |
| 13 |
> is equivalent to |
| 14 |
> |
| 15 |
> ( a && b ) || c |
| 16 |
|
| 17 |
Yes, but |
| 18 |
|
| 19 |
a || b && c |
| 20 |
|
| 21 |
also is equivalent to |
| 22 |
|
| 23 |
( a || b ) && c |
| 24 |
|
| 25 |
In zlib, I've just seen a similar broken construct: |
| 26 |
|
| 27 |
[[ ${CHOST} == *-darwin* ]] \ |
| 28 |
|| chmod 755 libz.so.* \ |
| 29 |
&& chmod 755 libz.*.dylib |
| 30 |
|
| 31 |
On AIX fex I've just seen this one: |
| 32 |
|
| 33 |
chmod: cannot access `libz.*.dylib': A file or directory in the path name does not exist. |
| 34 |
|
| 35 |
So 'chmod dylib' is done if either |
| 36 |
'[[ darwin ]]' is true |
| 37 |
*or* |
| 38 |
'chmod so' is true. |
| 39 |
|
| 40 |
Fixed in r13382. |
| 41 |
|
| 42 |
/haubi/ |
| 43 |
-- |
| 44 |
Michael Haubenwallner |
| 45 |
Gentoo on a different level |
| 46 |
|
| 47 |
-- |
| 48 |
gentoo-alt@g.o mailing list |
Archives