On careful reading of the tup manuals , the word "following" jumps out here:
Once a file is specified in an output section, it is put > into the tup database. Any following rules can use that > file as an input, even if it doesn't exist in the > filesystem yet. > On Monday, 30 June 2014 16:44:17 UTC+2, tupper wrote: > > I'm reading about tup for the first time and scanning through the examples > <http://gittup.org/tup/ex_dependencies.html>. My expectation is that tup > rules are declarative so the order in which they appear in the Tupfile > should be immaterial but I'm seeing that this ordering is fine... > > : |> echo "generated text" > %o |> generated.txt >> : generated.txt |> ./test.sh > %o |> output.txt >> > > But when the order of the lines is reversed then tup complains... > > $ tup upd >> [ tup ] [0.000s] Scanning filesystem... >> [ tup ] [0.001s] Reading in new environment variables... >> [ tup ] [0.001s] Parsing Tupfiles... >> * 1) [0.001s] . >> tup error: Explicitly named file 'generated.txt' in subdir '.' is >> scheduled to be deleted (possibly the command that created it has been >> removed). >> tup error: Error parsing Tupfile line 1 >> Line was: ': generated.txt |> ./test.sh > %o |> output.txt' >> [ ] 100% >> *** tup: 1 job failed. >> $ >> > > Am I missing something here? Or does it have to do with 'generated' vs > 'normal' files? > -- -- tup-users mailing list email: [email protected] unsubscribe: [email protected] options: http://groups.google.com/group/tup-users?hl=en --- You received this message because you are subscribed to the Google Groups "tup-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
