你在链接早期MS-DOS汇编OBJ文件时遇到的这个问题，是汇编链接阶段很常见的外部符号未定义场景，我来帮你一步步拆解排查：

核心逻辑梳理 #

EXTERN关键字只是告诉汇编器「这个符号在其他模块里定义」，但链接器必须能找到包含这些符号PUBLIC可见声明的OBJ文件，否则就会抛出未解析错误。以下是具体排查方向：

1. 确认符号的PUBLIC声明是否存在 #

这些符号必须在某个你要链接的OBJ对应的ASM文件中，用PUBLIC关键字声明对外可见，并且类型要和EXTERN完全匹配。比如如果这些符号定义在BIOS.ASM里，文件中必须包含：

; 在BIOS.ASM中添加PUBLIC声明
PUBLIC BADLD_POST
PUBLIC RE_INIT
PUBLIC BADCOUNTRY

; 定义符号（类型为BYTE，与EXTERN声明一致）
BADLD_POST DB ?
RE_INIT DB ?
BADCOUNTRY DB ?

如果缺少PUBLIC声明，链接器会认为这些符号是模块内部私有，无法被其他模块引用。

2. 检查链接命令是否包含了定义符号的OBJ文件 #

你提到要链接3个OBJ文件，必须确保包含了定义BADLD_POST等符号的那个OBJ（比如BIOS.OBJ）。你的链接命令应该类似：

LINK SYSINIT.OBJ BIOS.OBJ [第三个模块的OBJ文件名];

如果漏掉了包含符号定义的OBJ，链接器自然找不到这些符号。

3. 验证符号名的大小写一致性 #

早期MS-DOS汇编器（如MASM）部分版本对符号大小写敏感。要确保EXTERN声明的符号名和定义处的完全一致——比如不能一边写BADLD_POST，另一边写Badld_Post或小写形式。

4. 检查符号的存储类型与段一致性 #

如果这些符号定义在特定段中（比如CODE或DATA段），要确保EXTERN声明的段属性和定义处匹配。有些汇编器需要在EXTERN中明确指定段，比如：

EXTERN BADLD_POST:BYTE:DATA

如果定义段和引用段不匹配，链接器也可能无法解析符号。

5. 排查汇编/链接工具的参数 #

比如使用MASM时，/ML参数会开启大小写敏感，/MU则关闭。如果你的符号名大小写不一致，这个参数会直接影响链接结果。另外，确保链接时没有使用会忽略某些符号的特殊参数。

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