能否不指定目标MCU构建avr-libc静态库？链接错误如何解决？

问题场景 #

我按以下步骤构建avr-libc静态库：

1. 编译源文件：

avr-gcc -O2 -I. -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums  -Wall -Wstrict-prototypes -g -ggdb -ffunction-sections -fdata-sections -Wl,--gc-sections -mrelax -std=gnu99 -c font.c unifont.c libtft.c

2. 打包为静态库：

avr-ar rcs libtft.a libtft.o font.o unifont.o

将该库引入项目并执行以下构建命令时：

avr-gcc -mmcu=atmega328p -DF_CPU=8000000UL -O2 -I. -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums  -Wall -Wstrict-prototypes -g -ggdb -ffunction-sections -fdata-sections -Wl,--gc-sections -mrelax -std=gnu99 rfm.c tft.c sdc.c avrrfm.c librfm95.a libtft.a libsdc.a --output avrrfm.elf

出现链接错误：

/usr/lib/gcc/avr/14.2.0/../../../avr/bin/ld: libtft.a(libtft.o): in function `tftWriteSpace':
/home/dode/dev/libtft/libtft.c:284:(.text.tftWriteSpace+0x44): undefined reference to `__mulhi3'

出错代码位于libtft.c第284行：

bytes_t bytes = width * height / 8;

已知在构建库时添加-mmcu=atmega328p参数可解决问题，推测未指定目标MCU时，库会选用适配所有MCU的乘法函数，但项目构建指定MCU后会使用优化后的函数，导致库中引用的函数未定义。

疑问：是否可以构建独立于目标MCU的avr-libc静态库？

解答 #

不能直接构建完全独立于目标MCU的AVR静态库，核心原因如下：

1. 算术辅助函数的架构差异：AVR-GCC针对不同MCU会生成不同的算术辅助函数实现，比如__mulhi3这类乘法函数。不指定-mmcu时，编译器默认使用通用AVR架构（通常是avr2）的通用版本辅助函数；而项目构建指定具体MCU时，编译器会切换为该MCU专属的优化版本，导致库中引用的通用函数无法匹配。
2. 硬件特性的本质差异：不同MCU的寄存器定义、中断向量、内存布局等硬件细节完全不同，如果静态库包含直接操作硬件的代码，本身就不具备跨MCU复用的基础。

如果想要让库尽可能兼容更多MCU，可以采取以下方案：

• 指定通用架构编译库：用-mmcu=avr2（AVR-GCC默认通用架构，覆盖多数8位AVR MCU）编译静态库，生成的通用版本辅助函数能在后续指定具体MCU的项目中正常链接，代价是放弃特定MCU的优化，代码效率略有降低。
• 提供多架构版本库：针对不同MCU架构（如avr2、avr3、avr5等）分别编译对应静态库，项目构建时根据目标MCU选择匹配的库文件。
• 源码分发替代预编译库：直接提供.c和.h源码文件，让项目构建时自行编译，编译器会针对目标MCU生成最优代码，从根源上避免链接兼容性问题。

内容的提问来源于stack exchange，提问作者Torsten Römer