Entry 259

The generator reads the discs

2026-09-27buildtooling

Filescrates/piney-gen/src/source.rscrates/piney-gen/src/program.rscrates/piney-gen/src/volume.rscrates/piney-gen/src/syms.rscrates/piney-gen/src/carry.rscrates/piney-gen/src/dtype.rscrates/piney-build/src/lib.rscrates/piney-build/src/main.rsplans/build-data.md

piney-build no longer needs the discs extracted in work/. The data it writes into each disc's PINEY/ is now made from the disc images it is given, and it is byte for byte what the work/ copies gave. This was the remainder of step 2 of plans/build-data.md (256, 257).

Where each input comes from

piney_gen::source is where the generator reads a volume's files. With a disc named for the volume (use_disc, which piney_build::use_disc wraps), a file comes off that disc through Iso::read_path. That disc can be an image or a build's .disc. With none named, the file comes from work/<volume>/disc/, as before, for the tools and checks.

The owner chose to make the names and the carry from the discs at build time rather than commit them as facts. So a build of Mutation, Outbreak or Quarantine needs Infection's disc in the same build. The alternative was 3.8 MB of committed names and carry plus a layouts file, so that any single disc could build on its own; it was turned down.

The pieces

• Parsing split from opening. Elf::parse and Overlay::parse take bytes. Program::from_parts takes the executable, a closure that gives the stripped volume's names, and a closure that reads the overlay. Program::open is those with files.
• Opening a volume's program. volume::ctx now opens it through the source.
• Making a volume's names. The transfer opens the volume's programs too. While it runs, source::syms answers None for that volume, so its programs open without names. After it, the volume's programs and xfer sides are dropped (volume::forget, xfer::forget), and the next ones opened carry the names.
• The transfer does not depend on an old sidecar. Mutation's names made with its sidecar moved away came out byte for byte the same as the sidecar.

piney-build names every disc of the build before it adds any. The game's lone image (image_data) names its own disc. The old check that work/'s executable matched the disc's is gone.

Checked

A scratch program named the four work/*.iso images, ran port_files on each, and compared every file with the default build's PINEY/, which had been made from work/:

The run was then repeated with work/*/disc and work/analysis/carry moved aside, with the same result, so nothing reached work/. piney-gen gen --check (the tools' way) is current. The whole workspace's tests pass (700), and clippy is clean.