将大型Visual Studio C++解决方案移植到Linux的方案咨询

核心思路：复用现有.props配置逻辑，生成跨平台构建脚本 #

你的项目文件仅存储源文件列表，核心配置都在自定义.props中，所以关键是精准解析这些.props配置，结合项目文件的文件列表，生成Linux兼容的构建脚本，最大化自动化程度。

方案一：自定义脚本解析.props + 生成CMakeLists.txt #

• 编写Python（或Perl/PowerShell）脚本批量处理：
  • 遍历所有.vcxproj文件，提取每个项目的源文件列表、项目间依赖关系（<ProjectReference>节点）
  • 递归解析所有.props文件：提取编译选项（ClCompile/AdditionalOptions）、头文件路径（IncludePath）、宏定义（PreprocessorDefinitions）、链接选项（Link/AdditionalDependencies、LibraryPath）
  • 将Windows配置映射为CMake指令：
    • 源文件列表 → add_executable/add_library
    • 头文件路径 → target_include_directories
    • 宏定义 → target_compile_definitions
    • 编译/链接选项 → target_compile_options/target_link_libraries
  • Boost依赖处理：用CMake的find_package(Boost REQUIRED COMPONENTS ...)自动匹配Linux下的Boost库文件
• 优势：完全可控，能精准适配你的.props配置逻辑，适合50+项目的批量自动化生成
• 注意点：
  • 处理.props的继承链（比如<Import>导入的其他.props），必须递归解析所有嵌套配置
  • 统一路径分隔符：将Windows的\替换为Linux的/，处理相对路径的跨平台转换

方案二：Windows上用MSBuild + Clang-CL交叉编译 #

• 利用LLVM的Clang-CL前端（Windows下兼容MSBuild的Clang版本），直接复用现有.props配置交叉编译出Linux目标文件：
  • 安装LLVM for Windows，确保clang-cl在系统PATH中
  • 修改.props配置，将编译器指定为clang-cl，添加交叉编译选项：--target=x86_64-linux-gnu，并指定Linux平台的标准库、Boost库头文件和库路径
  • 执行MSBuild命令编译：

    msbuild /p:Platform=x64 /p:Configuration=Release /p:CC=clang-cl /p:CXX=clang-cl
    

• 优势：完全复用现有MSBuild配置体系，无需重新编写构建脚本，适合已清理Windows依赖的项目
• 注意点：需要提前搭建Linux交叉编译环境，确保Clang能访问到Linux版本的Boost和标准库文件

方案三：MSBuild导出配置转Ninja构建文件 #

• 借助MSBuild自身的配置导出能力，避免手动解析.props的复杂逻辑：
  • 对每个项目执行MSBuild导出命令，生成包含完整构建配置的JSON文件：

    msbuild /t:ExportBuild /p:ExportFile=project_build.json
    

  • 编写脚本解析JSON中的源文件、编译参数、依赖关系，生成Ninja构建文件
  • 在Linux上用ninja配合Clang完成编译
• 优势：利用MSBuild原生的配置解析能力，规避手动处理.props继承、条件编译的坑

落地建议 #

• 先选取1-2个核心项目做试点，验证构建脚本的正确性，解决路径转换、依赖匹配、编译参数兼容等问题后，再批量处理所有项目
• 用clang -v查看编译时的头文件搜索路径、宏定义，对比Windows下的编译参数，确保配置一致
• 处理Boost库命名差异：Windows下的Boost库名（如boost_thread-vc142-mt-x64-1_81.lib）与Linux下的（如libboost_thread.a），CMake的find_package会自动适配，自定义脚本需手动做名称映射

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