从汇编调用C++类静态方法时出现Undefined reference错误

1. 验证名字修饰符号是否完全匹配 #

链接错误的本质是汇编代码中声明的外部符号，和C++编译生成的实际符号不匹配。你可以通过以下命令查看interrupts.o里的真实符号：

# 查看原始修饰符号
nm interrupts.o | grep handleInterrupt
# 查看可读性强的未修饰符号
nm -C interrupts.o | grep handleInterrupt

注意你使用了-fleading-underscore编译选项，这个选项会让C++生成的符号在标准修饰名前额外添加一个下划线。比如原本的_ZN16InterruptManager15handleInterruptEhj会变成__ZN16InterruptManager15handleInterruptEhj，如果是这种情况，你需要修改汇编代码中的.extern声明，和实际符号保持一致。

2. 强制编译器保留静态方法符号 #

如果编译器检测不到C++代码中对该静态方法的引用，可能会将其优化移除。你可以在方法的声明或定义上添加__attribute__((used))属性，强制编译器保留该符号：

在头文件声明中添加： #

class InterruptManager {
public:
    static void handleInterrupt(unsigned char interruptNumber, unsigned int errorCode) __attribute__((used));
};

或者在实现文件中添加： #

void InterruptManager::handleInterrupt(unsigned char interruptNumber, unsigned int errorCode) __attribute__((used)) {
    // 你的方法实现
}

3. 确认方法签名完全一致 #

检查interrupts.h中静态方法的参数类型，和汇编调用时传递的参数类型必须完全匹配。比如要确保unsigned int和你使用的uint32_t是等价类型（32位编译环境下通常一致，但最好确认typedef定义），参数类型不匹配会导致名字修饰后的符号不同，进而引发链接错误。

4. 检查链接顺序（当前命令已正确） #

链接器按目标文件顺序处理符号引用，确保定义符号的interrupts.o在引用符号的interruptstubs.o之前被链接——你的当前链接命令loader.o gdt.o port.o interrupts.o interruptstubs.o kernel.o已经符合要求，这部分无需调整。

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