Fix .silol.series generation#1591
Conversation
There was a problem hiding this comment.
Pull request overview
Note
Copilot was unable to run its full agentic suite in this review.
This PR fixes the ordering of .silo.series generation so it happens before the post-process failure path in MFC.sh, ensuring the series file is still produced when post-processing fails.
Changes:
- Move the
generate_silo_series.pyinvocation earlier in thepost_processtarget block. - Ensure
.silo.seriesgeneration occurs before the$code == 22early-exit error message.
| % if target.name == 'post_process': | ||
| python3 "${MFC_ROOT_DIR}/toolchain/templates/include/generate_silo_series.py" '${os.path.dirname(input)}' | ||
| % endif |
Claude Code ReviewHead SHA: a15d799 Files changed:
Findings
The moved block: % if target.name == 'post_process':
python3 "${MFC_ROOT_DIR}/toolchain/templates/include/generate_silo_series.py" '${os.path.dirname(input)}'
% endifwas previously placed after Consequence: on a failed run the script will attempt to build a silo series from incomplete or corrupted output files. Any error it produces will be printed before the actual failure message, making diagnosis harder, and — if the silo generation itself exits non-zero — the The fix is to restore the call to its original location (after the |
This PR moves the generation of the .silo.series file before the failure message in MFC.sh. If post process failed, then the silo series file wouldn't be generated. I'm not sure how this got reordered, because I thought I'd done the correct ordering when I first merged this. Git blame shows that I just did it wrong though.