使用gcc -m32参数编译C文件报错，已装multilib仍无效如何解决？

/usr/bin/ld: i386:x86-64 architecture of input file /usr/lib/gcc/x86_64-linux-gnu/11/crtbeginS.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file /usr/lib/gcc/x86_64-linux-gnu/11/crtendS.o' is incompatible with i386 output
collect2: error: ld returned 1 exit status

上述报错的核心原因是链接器调用了64位架构的C运行时启动文件，和-m32参数指定的32位输出目标架构不兼容，即使安装了通用multilib包也可能出现对应版本32位依赖缺失、gcc版本不匹配的问题，按以下步骤排查解决：

• 补全对应版本的32位编译依赖
  根据报错信息可知使用的是gcc 11版本，不同发行版执行对应安装命令：
  • Debian/Ubuntu 系：执行 sudo apt install gcc-11-multilib g++-11-multilib libc6-dev-i386
  • Fedora/RHEL 系：执行 sudo dnf install glibc-devel.i686 libgcc.i686 gcc-11.i686
  • Arch 系：执行 sudo pacman -S lib32-gcc-libs lib32-glibc
• 验证编译命令
  不要手动添加-L/usr/lib32参数，gcc的-m32参数会自动匹配正确的32位库路径，直接执行以下命令测试：
  基础测试命令：gcc -m32 test.c
  若仍报错，加-v参数输出详细链接日志确认调用的crt文件路径：gcc -m32 -v test.c，正常情况下调用的crtbeginS.o路径应包含i386/32位相关标识，不会使用x86_64路径下的64位文件。
• 排查gcc版本匹配问题
  执行gcc --version确认当前默认gcc版本为11，和报错中显示的gcc版本一致，如果默认版本不匹配，可直接指定版本编译：gcc-11 -m32 test.c，或通过发行版的默认工具链调整命令（如update-alternatives）修改gcc默认指向版本。
• 排除自定义链接配置干扰
  如果之前手动修改过LD_LIBRARY_PATH环境变量或/etc/ld.so.conf配置文件，优先加载了64位库路径，可临时清空自定义LD路径后再测试编译。

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