wasm-ld链接无法解析__builtin_memcpy、__builtin_memset符号问题

Clang对内存操作类内建函数的处理逻辑和算术类内建存在本质区别：__builtin_clz、__builtin_floorf这类函数会被直接展开为对应硬件指令，永远不会生成外部符号引用；但__builtin_memcpy、__builtin_memset只有两种场景会被内联展开：一是操作长度为编译期已知的固定值，二是编译参数明确告知编译器可直接生成对应内存操作指令。其余场景下，即使显式添加__builtin_前缀，Clang依然会生成对标准C库同名函数的外部调用，这就是wasm-ld报undefined symbol的直接原因。
之前自定义memset触发无限递归也是该逻辑导致：当编译器判断场景不满足内联条件时，函数内的__builtin_memset会被直接替换为memset调用，刚好和自定义函数名重合，触发自递归。

• 方案1：开启独立环境编译与bulk-memory特性（推荐）
  给Clang添加-ffreestanding参数，告知编译器当前编译目标为无标准运行库的裸机环境，同时添加-mbulk-memory开启WebAssembly原生内存操作指令支持。该配置下编译器会优先将内存操作展开为memory.copy、memory.fill原生指令，不会生成多余的外部符号引用。
  修改后的编译参数示例：

  CLANGFLAGS = \
      -c \
      --target=wasm32 \
      -ffreestanding \
      -mbulk-memory \
      -Os \
      -flto \
      -std=c++20 \
      --include-directory=.
  

  注意--std=c++20是编译阶段参数，之前误写在LDFLAGS中不会生效，需要移动到CLANGFLAGS里。
• 方案2：手动实现内存操作函数
  如果需要兼容不支持bulk-memory特性的旧版WebAssembly运行时，直接手写memcpy、memset的循环实现即可，不要在实现内部调用同名__builtin函数避免递归。开-O2/Os优化时，编译器会自动将手写循环优化为高效的内存操作序列，性能和内建版本无明显差异。参考实现：

  extern "C" void* memset(void* dest, int ch, size_t count) noexcept {
      unsigned char* d = static_cast<unsigned char*>(dest);
      for (size_t i = 0; i < count; ++i) {
          d[i] = static_cast<unsigned char>(ch);
      }
      return dest;
  }
  
  extern "C" void* memcpy(void* dest, const void* src, size_t count) noexcept {
      unsigned char* d = static_cast<unsigned char*>(dest);
      const unsigned char* s = static_cast<const unsigned char*>(src);
      for (size_t i = 0; i < count; ++i) {
          d[i] = s[i];
      }
      return dest;
  }
  

• 方案3：明确禁用标准库链接
  给Clang添加-nostdlib参数，明确告知编译器不依赖任何标准库实现，所有标准库函数调用都需要由用户代码提供实现。配合该参数时，即使编译器生成memcpy/memset的调用，也会直接链接到用户手写的实现，不会出现符号未定义错误。

原Makefile的LDFLAGS存在语法错误：--gc-sections行末尾缺失续行反斜杠，会导致后续参数无法被正确传入wasm-ld，修正后的链接参数参考：

LDFLAGS = \
    -O3 \
    --no-entry \
    --strip-all \
    --export-dynamic \
    --lto-O3 \
    --gc-sections

内容的提问来源于stack exchange，提问作者StefTheDrummer