如何将VS2013项目中的库封装用于VS2017？及TIBRV库LNK2001错误解决

我来帮你逐一解决这两个问题：

要让VS2013的库在VS2017里正常工作，核心是做好兼容性封装，你可以按以下步骤操作：

• 先整理原VS2013项目的所有依赖：包括库文件（.lib静态库/.dll动态库）、对应的头文件，以及任何隐含的依赖资源，确保没有遗漏。
• 新建一个VS2017的库项目（静态库或动态库，根据你的需求选择）：
  • 如果封装静态库：直接把原库的头文件添加到项目，在链接器设置里添加原VS2013的.lib作为附加依赖，然后编译生成VS2017版本的静态库。
  • 如果封装动态库：需要显式导出你要对外暴露的接口（用__declspec(dllexport)），同时链接原库，这样生成的.dll和.lib就能在VS2017项目里直接调用。
• 统一CRT版本：尽量让封装项目的CRT运行库设置和原VS2013库保持一致（比如原库用多线程(/MT)，封装项目也选这个），如果原库用动态CRT（多线程DLL(/MD)），封装项目也对应选择，避免CRT版本不匹配导致的运行时错误。
• 最后做兼容性测试：在VS2017的目标项目里链接封装后的库，运行核心功能，验证是否能正常工作。

这个问题确实是因为微软从VS2015开始重构了CRT，旧版本编译的库（比如VS10的TIBRV）引用了旧的CRT符号__iob_func，而新CRT里已经替换成了其他实现。你可以试试这几个解决办法：

• 方法1：添加兼容代码
  在你的项目中新增一个.cpp文件，加入以下代码，手动实现__iob_func的兼容映射：

  #include <cstdio>
  extern "C" {
  FILE* __cdecl __iob_func(void) {
      return stdin;
  }
  // 或者针对数组形式引用的写法
  FILE __iob_func[3] = { *stdin, *stdout, *stderr };
  }
  

  编译后就能解决符号未解析的问题。
• 方法2：链接微软兼容库
  在VS2017项目的链接器设置里，找到「输入」->「附加依赖项」，添加legacy_stdio_definitions.lib，这个库是微软专门为旧CRT符号兼容提供的，添加后链接器会自动处理符号映射。
• 方法3：升级库版本（最优解）
  如果条件允许，联系TIBCO官方获取针对VS2015及以上版本编译的TIBRV库，从根源上解决兼容性问题，避免后续可能出现的其他CRT相关bug。
• 额外注意：确保你的项目CRT设置和TIBRV库一致，如果TIBRV用的是静态CRT（/MT），你的项目也不要用动态CRT（/MD），混合CRT类型很容易导致各种奇怪的运行时错误。

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