XE项目使用RAD Studio 10.2编译的lib报无法打开SChore.obj链接错误如何解决

报错本质：链接器提示unable to open SChore.obj时，要找的是编译生成的二进制目标文件，不是你核对过存在的Schore.dll，二者不属于链接阶段的同类查找资源，之前核对dll路径的操作完全没对上报错要找的东西。

常见踩坑点 #

• 各版本RAD Studio的编译中间文件、内置库二进制格式完全不互通，你添加的C:\Program Files (x86)\Embarcadero\Studio\19.0\lib\win32\release是10.2 Tokyo的专属文件路径，XE版本的链接器根本无法识别该路径下的文件格式，哪怕路径写对也解析失败。
• 之前加路径不生效的直接原因：链接器查找.obj、.lib文件的路径，必须配置在项目的「库搜索路径（Library Search Path）」项下，通用的「包含文件搜索路径（Include Path）」仅负责头文件查找，两个配置项完全独立，把库路径塞到包含路径里链接器根本不会检索。

可落地修复步骤 #

• 定位XE版本匹配的SChore.obj路径，不要硬套10.2的文件资源：
  • 常规存放路径结构为C:\Program Files (x86)\Embarcadero\Studio\<XE对应版本号>\lib\win32\<编译配置类型>\c
  • 若XE项目是Debug编译配置，需要把路径里的release替换为debug，匹配对应编译类型的目标文件
• 解决跨版本lib的兼容问题：10.2版本编译生成的.lib会硬编码关联10.2版本的编译依赖符号，XE链接器解析这个lib时，会自动按照lib内部记录的依赖列表找资源，存在天然的版本不兼容问题：
  • 优先方案：在XE环境下重新编译生成适配XE版本的lib，仅暴露需要用到的IniFile相关对外接口，剥离lib内部对高版本编译环境的隐式依赖
  • 兼容方案：如果必须复用10.2版本编译的lib，需要在XE项目的链接配置里，把lib内部关联的高版本SChore依赖，全部替换为XE对应版本的同名目标文件，屏蔽高版本依赖的解析请求
• 配置完成后用日志校验：在XE项目的链接器配置页勾选「输出进度信息」选项，重新编译时直接从日志里定位链接器实际查找SChore.obj的全路径，确认查找规则有没有正确命中你配置的路径项，避免路径配错位置。

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