summaryrefslogtreecommitdiff
path: root/src/oracle/sdmmc_ref.c
diff options
context:
space:
mode:
authorGabriel Schneider <[email protected]>2026-08-26 12:00:20 -0300
committerGabriel Schneider <[email protected]>2026-08-26 12:00:20 -0300
commit85cf1a7dd912db4a5fc3ac2cb9d8550050ffbdb0 (patch)
tree29e772435e74bfc86ee58483ce900b24f1e3ae6b /src/oracle/sdmmc_ref.c
parentadb23572bc2d7aae09cf8605825f6d48ca23ba4a (diff)
downloadesp32p4-85cf1a7dd912db4a5fc3ac2cb9d8550050ffbdb0.tar.gz
esp32p4-85cf1a7dd912db4a5fc3ac2cb9d8550050ffbdb0.zip
Pass -Dtheme-animation through to the editor's build
The firmware build already rebuilds pardes's object when the grid changes, for the reason that changing it in one directory and linking in another silently links the previous answer. The chrome fade is the same shape of setting - baked into the object, wanted from here - so it travels the same path: -Dtheme-animation is forwarded to the nested build, and like the geometry it is skipped entirely when -Dpardes-obj names an object explicitly. Measured either way on the die: the fade costs 1,097 ms of wire per theme change against 215 without it, and compiling it out takes 2,336 bytes off the image. Both numbers are in the comment above the option in ../02-pardes-code/build.zig. Board reflashed with the default (md5 018a9554e4a8ae51); p4-bench --check 4/4; host tests green.
Diffstat (limited to 'src/oracle/sdmmc_ref.c')
0 files changed, 0 insertions, 0 deletions