CGO链接错误：静态库符号未定义及架构兼容疑问

看了你的问题和调试输出，核心问题其实是CMake生成的静态库和Go编译指定的架构不匹配，导致链接时找不到函数符号。下面详细拆解原因和解决办法：

为什么会出现「未定义引用」错误？ #

你的Go编译命令指定了GOARCH=386（32位Windows），但CMake默认没有使用交叉编译工具链，生成的MemoryModule.a是你开发主机的架构（大概率是x86_64 64位）。链接器在把32位Go目标文件和64位静态库整合时，找不到对应32位的函数符号，就会抛出一堆「undefined reference」错误。

而你改用Make编译.o文件时，Makefile里明确用了i686-w64-mingw32-gcc这个交叉编译器，直接生成了32位的目标文件，和Go的386架构完全匹配，所以链接时没有问题。当你切换到GOARCH=amd64时，Go生成64位目标文件，和CMake默认生成的64位静态库架构一致，自然编译正常。

怎么解决？ #

你需要让CMake也用交叉编译器生成32位的静态库，修改Makefile里的CMake构建命令即可：

MemoryModule:
	[ "`ls -A MemoryModule`" ] || git submodule update --init
	cmake -HMemoryModule -BMemoryModule/build \
		-DCMAKE_C_COMPILER=i686-w64-mingw32-gcc \
		-DCMAKE_C_FLAGS="-m32" \
		-DCMAKE_SYSTEM_NAME=Windows
	cmake --build MemoryModule/build --target MemoryModule

这里做了三件关键配置：

• 指定CMake用交叉编译器i686-w64-mingw32-gcc编译C代码
• 强制添加-m32编译选项，生成32位目标代码
• 明确目标系统为Windows，避免CMake沿用主机系统的默认配置

修改后先清理旧构建文件，再重新编译：

make clean
make all

关于你最后的疑问：为什么目标文件时架构不匹配也能编译？ #

这其实是个误解——你用Make编译.o文件时，并没有出现架构不匹配的情况！Makefile里已经用了i686-w64-mingw32-gcc这个32位交叉编译器，生成的.o文件是32位的，和Go指定的GOARCH=386完全兼容，所以链接器能正常找到函数符号。而CMake之前没配置交叉编译，才生成了和Go架构不兼容的静态库。

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