-
Notifications
You must be signed in to change notification settings - Fork 0
Build
github-actions[bot] edited this page May 15, 2026
·
2 revisions
Local builds use the root build.ps1, which stages the same shape as a release zip.
- Rust stable.
- CMake.
- Ninja.
- ARM GNU Toolchain with
arm-none-eabi-gcconPATH. - PowerShell 7 or Windows PowerShell.
.\build.ps1Output:
dist\ParsecCouchLink\couchlink.exe
dist\ParsecCouchLink\couchlink-pico2w.uf2
dist\ParsecCouchLink\couchlink-picow.uf2
dist\ParsecCouchLink\setup.ps1
Both Pico variants are built every time. The release setup script picks the matching firmware at flash time based on which Pico is in BOOTSEL, so only one of the two UF2s is actually written to a given device.
.\build.ps1 -PackageOutput:
dist\ParsecCouchLink-v<version>.zip
dist\ParsecCouchLink-v<version>.manifest.tsv
The manifest lists each file in the zip with size and SHA-256.
Rebuild just the Windows bridge:
.\build.ps1 -SkipPicoRebuild just the Pico firmware after a bridge build already exists:
.\build.ps1 -SkipBridgeThe Pico helper can also be run directly:
cd pico-bridge
.\scripts\build.ps1 -Release # both boards
.\scripts\build.ps1 -Release -Board pico2_w # Pico 2 W only
.\scripts\build.ps1 -Release -Board pico_w # Pico W / WH onlyOutputs land in pico-bridge\dist\:
pico-bridge\dist\couchlink-pico2w.uf2
pico-bridge\dist\couchlink-picow.uf2
The pico-sdk clone is shared across per-board build directories (build-pico2w/, build-picow/) via a sibling build-_pico_sdk/ folder, so a dual-board build only fetches the SDK once.
-
ci.ymlchecks the Rust bridge and builds the Pico firmware. -
release.ymlbuilds the release zip onv*tags and publishes it. -
wiki-sync.ymlmirrorswiki/to the GitHub Wiki.