apenwarr-redo/t/201-fail/all.do

rm -f this-doesnt-exist
! redo this-doesnt-exist >/dev/null 2>&1 || exit 32  # expected to fail
! redo-ifchange this-doesnt-exist >/dev/null 2>&1 || exit 33  # expected to fail
redo-ifcreate this-doesnt-exist >/dev/null 2>&1 || exit 34  # expected to pass


rm -f fail
! redo-ifchange fail >/dev/null 2>&1 || exit 44  # expected to fail

touch fail
../flush-cache
# since we created this file by hand, fail.do won't run, so it won't fail.
redo-ifchange fail >/dev/null 2>&1 || exit 55  # expected to pass
t/201-fail: add a simple test for non-existent source files. (This actually went uncaught in my redo rewrite. Oops.) 2012-02-08 22:47:34 -05:00			`rm -f this-doesnt-exist`
Avoid bashism >&file The >& form is only for file descriptors, passing a file name there is a bash extension. $ /bin/dash -c 'echo foo >&/dev/null' /bin/dash: 1: Syntax error: Bad fd number 2015-08-27 06:57:27 -07:00			`! redo this-doesnt-exist >/dev/null 2>&1 \|\| exit 32 # expected to fail`
			`! redo-ifchange this-doesnt-exist >/dev/null 2>&1 \|\| exit 33 # expected to fail`
			`redo-ifcreate this-doesnt-exist >/dev/null 2>&1 \|\| exit 34 # expected to pass`
t/201-fail: add a simple test for non-existent source files. (This actually went uncaught in my redo rewrite. Oops.) 2012-02-08 22:47:34 -05:00


Test for previous override fix. 2011-03-30 23:29:20 -04:00			`rm -f fail`
Avoid bashism >&file The >& form is only for file descriptors, passing a file name there is a bash extension. $ /bin/dash -c 'echo foo >&/dev/null' /bin/dash: 1: Syntax error: Bad fd number 2015-08-27 06:57:27 -07:00			`! redo-ifchange fail >/dev/null 2>&1 \|\| exit 44 # expected to fail`
t/201-fail: add a simple test for non-existent source files. (This actually went uncaught in my redo rewrite. Oops.) 2012-02-08 22:47:34 -05:00
Test for previous override fix. 2011-03-30 23:29:20 -04:00			`touch fail`
			`../flush-cache`
Use os.lstat() instead of os.stat(). I think this aligns better with how redo works. Otherwise, if a.do creates a as a symlink, then changes to the symlink's target will change a's stat/stamp information without re-running a.do, which looks to redo like you modified a by hand, which causes it to stop running a.do altogether. With this change, modifications to a's target are okay, but they don't trigger any redo dependency changes. If you want that, then a.do should redo-ifchange on its symlink target explicitly. 2018-10-06 00:14:02 -04:00			`# since we created this file by hand, fail.do won't run, so it won't fail.`
Avoid bashism >&file The >& form is only for file descriptors, passing a file name there is a bash extension. $ /bin/dash -c 'echo foo >&/dev/null' /bin/dash: 1: Syntax error: Bad fd number 2015-08-27 06:57:27 -07:00			`redo-ifchange fail >/dev/null 2>&1 \|\| exit 55 # expected to pass`