You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(upload): use an absolute, space-safe bitstream path in custom apio raw commands
Custom upload commands that shell out through 'apio raw' (openFPGALoader
for the iCESugar-Pro and ColorLight-i5-v7.0 boards) could not open the
bitstream on Windows. 'apio raw' mangles the path there in two ways, both
seen in the field (macOS/Linux are immune):
- A relative path is not found: 'apio raw' does not run the wrapped tool
with our cwd on Windows (it does elsewhere), so '_build/default/
hardware.bit' resolves against the wrong directory. This is why the
earlier {BITSTREAM_REL} fix still failed.
- An absolute path with spaces is re-split at the first space: apio
re-joins argv and the shell re-parses it unquoted, breaking on build
dirs like '.../1. Basic/ice-build/02. Two LEDs/...'.
The only form that survives both is an absolute path with no spaces.
{BITSTREAM} is now absolute and, on Windows, uses the 8.3 short name of
the build dir (which always exists) via shortBuildDir(); it is a no-op
off Windows and falls back to the long path if 8.3 lookup fails. The six
affected boards switch from {BITSTREAM_REL} to {BITSTREAM}; {BITSTREAM_REL}
is kept for commands we exec directly (with cwd = build dir), not apio raw.
Verified on macOS end to end: the resolved command opens an absolute,
space-containing bitstream path through apio raw. Windows still to be
confirmed on hardware.
0 commit comments