我明白你在MSYS2环境下遇到的CMake路径格式问题——用pacman安装的CMake输出Windows风格的C:/开头路径，但MinGW链接器只认类Unix的/c/前缀，临时的正则替换虽然能解决找不到gtk/gtk.h的问题，但总担心破坏MinGW构建，还要基于MSYS2工具链开发Ruby原生扩展，确实需要更干净的方案。下面几个方法可以尝试：

1. 安装MinGW专属版本的CMake（最推荐） #

不要用普通的cmake包，而是安装MSYS2为MinGW环境专门打包的CMake版本：

# 64位环境
pacman -S mingw-w64-x86_64-cmake
# 32位环境
pacman -S mingw-w64-i686-cmake

这个版本的CMake会自动适配MSYS2的MinGW环境，生成的头文件、库路径都是/c/msys64/mingw64/...这种Unix风格，完全不需要手动转换路径，也不会干扰正常的MinGW构建流程。

注意：要确保你启动的是「MSYS2 MinGW 64-bit」（或32位对应）终端，而不是普通的MSYS2终端——不同终端的环境变量配置不同，MinGW终端会自动把MinGW版本的工具加入PATH优先级最高的位置。

2. 在CMakeLists.txt中精准处理路径转换 #

如果因为某些原因必须使用普通版CMake，可以用CMake的内置字符串处理命令做精准替换，比全局正则更安全：

# 仅在MSYS环境下触发路径转换
if(CMAKE_SYSTEM_NAME STREQUAL "MSYS")
    # 针对MSYS2的MinGW路径做替换，避免影响其他环境
    string(REGEX REPLACE "^C:/msys64" "/c/msys64" CMAKE_INCLUDE_PATH "${CMAKE_INCLUDE_PATH}")
    string(REGEX REPLACE "^C:/msys64" "/c/msys64" CMAKE_LIBRARY_PATH "${CMAKE_LIBRARY_PATH}")
endif()

这种方式只针对MSYS环境下的特定根路径做转换，不会误改其他正常的MinGW路径，比全局正则替换更可控。

3. 用MSYS2的cygpath工具提前转换路径 #

MSYS2自带的cygpath工具可以在Windows和Unix路径之间互相转换，你可以在调用CMake前，把需要的路径提前转成Unix风格：

# 转换头文件路径并导出为环境变量
export MINGW_INCLUDE=$(cygpath -u "C:/msys64/mingw64/include")
# 转换库路径
export MINGW_LIB=$(cygpath -u "C:/msys64/mingw64/lib")

然后在CMakeLists.txt里直接引用这些环境变量：

include_directories($ENV{MINGW_INCLUDE})
link_directories($ENV{MINGW_LIB})

这种方式把路径转换放在构建前的shell层面，CMake只需要处理已经转换好的路径，逻辑更清晰。

4. 适配Ruby原生扩展的构建脚本 #

如果你是用Ruby的mkmf框架编写extconf.rb，可以在脚本里加入MSYS2环境的判断，自动处理路径：

if ENV['MSYSTEM'] == 'MINGW64' || ENV['MSYSTEM'] == 'MINGW32'
    # 用cygpath转换MinGW头文件路径
    mingw_include = `cygpath -u "C:/msys64/#{ENV['MSYSTEM'].downcase}/include"`
    $CFLAGS << " -I#{mingw_include.strip}"
    # 同理处理库路径
    mingw_lib = `cygpath -u "C:/msys64/#{ENV['MSYSTEM'].downcase}/lib"`
    $LDFLAGS << " -L#{mingw_lib.strip}"
end

这样Ruby的构建脚本会自动识别MSYS2的MinGW环境，使用正确的路径格式，和CMake的处理逻辑保持一致。

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