BlackMark
f9b86393e1
The host tool takes either form — load_image() parses Intel HEX by extension and treats anything else as raw bytes — but the build emitted only the HEX, so the raw path had no artifact behind it. The reloc and update tests each shell out to objcopy at runtime to produce one for themselves. add_hex_output becomes add_image_outputs and emits both forms. The .bin is byte-identical to the plain `objcopy -O binary` those tests generate (-R .eeprom strips nothing the loaders carry), and decodes equal to the HEX payload — 504 B at 0x7e00 either way for pureboot. Sizes come out at the flash sizes exactly (504/510/836/526), so nothing stretches to the .data load address. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>