Gtk4构建程序启动报错：无法定位libpango-1.0.dll入口点

1. 检查依赖版本一致性 #

• 打开MSYS2的MinGW64终端，执行命令查看pango和harfbuzz的版本：

  pacman -Q mingw-w64-x86_64-pango mingw-w64-x86_64-harfbuzz
  

  确保两者为MSYS2仓库最新版本且兼容。若版本老旧，执行升级：

  pacman -Syu mingw-w64-x86_64-pango mingw-w64-x86_64-harfbuzz
  

2. 排查PATH环境变量冲突 #

• 打开命令提示符（cmd），执行echo %PATH%，检查输出中是否存在其他目录包含旧版libpango-1.0-0.dll或libharfbuzz-0.dll——这类目录可能排在MSYS2的MinGW64/bin之前，导致加载了不兼容的旧库。
• 临时调整PATH优先级，将MinGW64/bin移至最前：

  set PATH=C:\msys64\mingw64\bin;%PATH%
  

  再运行exe测试，若有效则永久调整系统PATH，确保MinGW64/bin优先级最高。

3. 验证库文件依赖路径 #

• 在MSYS2终端用ldd工具检查exe实际加载的库路径：

  ldd your_app.exe | grep -E "(pango|harfbuzz)"
  

  确认输出中的pango和harfbuzz库均来自C:\msys64\mingw64\bin，若路径异常则删除或移走冲突的旧库文件。

4. 清理缓存后重新编译 #

• 删除VS Code构建任务生成的所有中间产物（如build目录下的文件），重新执行构建任务——旧的缓存文件可能绑定了不兼容的旧库版本。

5. 完整升级MSYS2环境 #

• 执行全面系统升级，确保所有依赖组件版本兼容：

  pacman -Syu
  

  升级过程中若提示关闭MSYS2窗口，按要求操作后重新打开终端完成升级。

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