diff options
author | Lucas <lucas@sexy.is> | 2021-08-15 04:10:36 +0000 |
---|---|---|
committer | Lucas <lucas@sexy.is> | 2021-08-15 04:10:36 +0000 |
commit | 5f69d4a1292c2766cc70074478aab17258b8f149 (patch) | |
tree | dc05c99e01c28e67523f9b6d2bf05812e8f2b908 /spec/scansion/blocking.scs | |
parent | 63673115198bfb40637a0c4ff847dbeb42f695ff (diff) | |
download | prosody-5f69d4a1292c2766cc70074478aab17258b8f149.tar.gz prosody-5f69d4a1292c2766cc70074478aab17258b8f149.zip |
makefile: fix prosody.version target
POSIX is quite explicit regarding the precedence of AND-OR lists [0]:
> The operators "&&" and "||" shall have equal precedence and shall be
> evaluated with left associativity. For example, both of the following
> commands write solely `bar` to standard output:
> false && echo foo || echo bar
> true || echo foo && echo bar
Given that, `prosody.version` target behaves as
((((((test -f prosody.release && cp ...) ||
test -f ...) &&
sed ...) ||
test -f ...) &&
hexdump ...) ||
echo unknown > $@)
In the case of release tarballs, `prosody.release` does exist, so the
first AND pair is executed. Given that it's successful, then the first
`test -f` in the OR pair is ignored, and instead the `sed` in the AND
pair is executed. `sed` success, as `.hg_archival.txt` exists, making
the second `test -f` in the OR pair ignored, and `hexdump` in the AND
pair is executed. Now, given that `.hg` doesn't exist, it fails, so the
last `echo` is run, overwriting `prosody.version` with `unknown`.
This can be worked around placing `()` around the AND pairs. Decided to use
conditionals instead, as I think they better communicate the intention
of the block.
[0]: https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_03
Diffstat (limited to 'spec/scansion/blocking.scs')
0 files changed, 0 insertions, 0 deletions