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
build_mp.sh --icon: our executables can wear our own icon
The windows port hardcodes ports/windows/micropython.rc to
../../logo/vector-logo-2.ico, and the Makefile compiles it to
micropython.res and links that into $(PROG) whatever the program is
named - so every windows binary this script builds has been wearing
MicroPython's logo, including micropython-vst3's sidecar.
--icon PATH (env twin MP_ICON) rewrites that one line for the build.
Deliberately not a patch and deliberately no stored copy of the resource
script: the original is stashed and the EXIT trap already installed for the
mailbox overlays puts it back. Restored by copy, so the restored file is
newer than the .res built from ours and the next build without --icon
rebuilds back to the port's own logo. The icon is per-invocation, never
sticky - this checkout is shared.
Refuses rather than ignores: a non-windows port (an ELF binary has nowhere
to carry one), a path that is not there, and a file whose header is not
00 00 01 00 - a .png renamed .ico is the mistake everyone makes once, and
windres reports it as a parse error minutes into a build.
All three refusals were exercised, and the checkout was checked clean
afterwards; micropython-vst3 is the first consumer.
0 commit comments