配置sublime的c++构建系统时，-i和-l参数必须显式写入shell_cmd，因sublime不继承终端的cpath或library_path；例如用opencv需指定-i/path/to/opencv/include、-l/path/to/opencv/lib及-lopencv_core等。
g++编译带第三方库时，-I 和 -L 参数必须显式写进 shell_cmd
Sublime 的构建系统不会自动继承你终端里设置的 CPATH 或 LIBRARY_PATH，所有头文件搜索路径和库链接路径都得手动塞进命令里。比如用 OpenCV，不能只写 g++ main.cpp -lopencv_core，得补全头文件位置和库文件位置：
-
-I/path/to/opencv/include告诉编译器去哪找#include <opencv2></opencv2> -
-L/path/to/opencv/lib告诉链接器去哪找libopencv_core.so（Linux/macOS）或opencv_world480.lib（Windows） -
-lopencv_core -lopencv_imgproc指定要链接的具体库名（注意顺序：依赖靠后的库放前面）
Mac 上用 Homebrew 装的 OpenCV，常见路径是 /opt/homebrew/include/opencv4 和 /opt/homebrew/lib；Windows 下 MinGW-w64 通常把库放在 C:\mingw64\x86_64-w64-mingw32\lib，但你得自己确认实际路径。
Windows 下链接静态库（.a/.lib）容易因路径空格或反斜杠挂掉
MinGW-w64 的 g++ 在 Windows 上对路径里的空格和反斜杠很敏感。如果第三方库装在 C:\Program Files\mylib，直接写 -IC:\Program Files\mylib\include 会报错：g++ 把 Files\mylib\include 当成独立参数。必须用双引号包裹整个路径，且统一用正斜杠：
- ✅ 正确：
"-IC:/Program Files/mylib/include" - ❌ 错误：
-IC:\Program Files\mylib\include（空格断开、反斜杠被转义） - ⚠️ 注意：
shell_cmd是字符串，不是数组，所以每个带空格的路径都得单独加引号，不能只包整个选项
另外，MinGW 链接静态库优先用 .a 文件，别混用 MSVC 的 .lib——除非你明确用了 mingw-w64 的 import lib。
macOS 上链接 dylib 需要 -rpath 或 install_name_tool 修正运行时路径
即使编译通过，运行时报 dyld: Library not loaded 是 macOS 常见问题。因为默认链接时没嵌入动态库搜索路径，系统启动时找不到 libxxx.dylib。解决方法有两个：
- 编译时加
-Wl,-rpath,/path/to/your/libs（-Wl,表示把后面内容传给链接器） - 或者编译完手动改：运行
install_name_tool -add_rpath /path/to/your/libs ./your_program
例如用 Homebrew 装的 Boost，路径可能是 /opt/homebrew/lib，那构建命令里就得带上 -Wl,-rpath,/opt/homebrew/lib，否则 ./a.out 直接崩。
Linux 下 pkg-config 输出要手动展开，不能直接塞进 shell_cmd
很多第三方库（如 SDL2、GLFW）推荐用 pkg-config --cflags --libs sdl2 获取编译参数，但 Sublime 构建系统不支持命令替换。你不能写 "shell_cmd": "g++ `${pkg-config --cflags sdl2}` ${file} -o ${file_base_name}"——` 不会被执行。
正确做法是：先在终端运行 pkg-config --cflags --libs sdl2，复制输出结果（比如 -I/usr/include/SDL2 -lSDL2），再粘贴进 shell_cmd 字符串里。如果库路径经常变，建议写个 wrapper 脚本封装编译逻辑，然后让 shell_cmd 调用它。
真正麻烦的不是写参数，而是每次换机器、换库版本都要重新查路径、重新验证 —— 尤其当多个库有依赖关系时，-l 的顺序、-I 的层级、运行时路径三者稍有不一致，就卡在“编译过，运行崩”上。
