Consider removing un-needed memory operation shims

Empieza con src/mem.c y mem.h; después, audita los sitios de llamada actuales en input_init y buf_put frente a la compilación con -O2 -mbulk-memory --gc-sections. Compara los tamaños de clayterm.wasm sin comprimir y comprimido con gzip con main usando wc -c y gzip -c | wc -c. Se considera terminado cuando cada shim tiene una decisión documentada de conservarlo o eliminarlo, respaldada por la compilación y las mediciones de tamaño.

src/mem.c currently provides memcpy, memset, strlen, and align8 as freestanding-wasm shims, and PR #32 proposes adding a memmove shim alongside them. Investigation of the linked clayterm.wasm shows that none of these functions survive into the final binary under the current -O2 -mbulk-memory --gc-sections build:

• A non-stripped build links cleanly with zero memcpy/memset/strlen/align8 symbols in the output.
• input_init — the heaviest caller, containing the trie-building loop over the static cap tables — compiles to zero call instructions. LLVM inlines every constant-size memset/memcpy, unrolls the trie loop, and constant-folds strlen on the literal sequences.
• buf_put's variable-length memcpy lowers directly to a memory.copy instruction thanks to -mbulk-memory.

In other words, the shims exist purely as a safety net for code the optimizer fails to lower. And if the optimizer fails to lower it, then that is something that should be surfaced, not silently cause our performance to degrade.

Possible Approach

Audit each shim against current call sites and decide case-by-case:

• align8 — trivial (n + 7) & ~7. Best candidate for a free win: move into mem.h as static inline and drop the definition from mem.c. Before doing so, build and compare raw + gzipped bundle size against main to confirm the inline expansion does not regress size (it shouldn't — every call site is already inlined — but it is worth measuring rather than assuming).
• memset / memcpy — every current call is constant-size or variable-length-with--mbulk-memory-lowering, so both are dead in the linked binary. Keep as a safety net or drop entirely; if dropped, document the requirement that contributors avoid call patterns the optimizer cannot lower.
• strlen — only foldable because the cap tables are statically initialized literals. A future call on a runtime string (e.g. buf_str(b, user_input)) would re-introduce the link dependency. Lowest-risk shim to keep.
• memmove (PR #32) — reconsider in light of the above. If we keep the others as defensive shims, merging this one is consistent; if we trim, this one should not land without a real call site.

Decisions should be backed by before/after wc -c and gzip -c | wc -c on clayterm.wasm.