Change Details

These Makefiles exist solely to provide sysent targets; there is nothing here that can or should be done in parallel, and in-fact make -j4 currently will execute makesyscalls.lua per-directory repeatedly if it needs to be ran as each output file is interpreted as needing to be re-created. Serialize all of them, as we don't get any benefit from the status quo. The .NOTPARALLEL target is simply placed near sysent for convenience, but I don't object to moving it further up... these are all still within a reasonable distance from the start of each files.

When either makesyscalls.lua or syscalls.master changes, all of the ${GENERATED} targets are now out-of-date. With make jobs > 1, this means we will run the makesyscalls script in parallel for the same ABI, generating the same set of output files. Prior to D23098, there is a large window for interlacing output for some of the generated files that we were generating in-place rather than staging in a temp dir. After that, we still should't need to run the script more than once per-ABI as the first invocation should update all of them. Add .ORDER to do so cleanly.

These Makefiles exist solely to provide sysent targets;When either makesyscalls.lua or syscalls.master changes, all of the ${GENERATED} targets are now out-of-date. there is nothing here that can or should be done in parallelWith make jobs > 1, and in-fact make -j4 currently will execute makesyscalls.lua per-directory repeatedly if it needs to be ran as each output file is interpreted as needing to be re-createdthis means we will run the makesyscalls script in parallel for the same ABI, generating the same set of output files. Serialize all of themPrior to D23098, as we don't get any benefit from the status quo. The .NOTPARALLEL target is simply placed near sysent for conveniencethere is a large window for interlacing output for some of the generated files that we were generating in-place rather than staging in a temp dir. After that, but I don't object to moving it further up..we still should't need to run the script more than once per-ABI as the first invocation should update all of them. these are all still within a reasonable distance from the start of each filesAdd .ORDER to do so cleanly.