premake5.lua需用workspace定义跨平台容器、project描述构建单元，通过system/action控制输出目标；必须指定action（如vs2022或ninja）才能生成对应项目文件，location应设为"build/%{_ACTION}"实现隔离，配置需按action、system、toolset过滤以适配不同平台与编译器。
premake5.lua 怎么写才能生成 Visual Studio 和 Makefile
核心是用 workspace 定义跨平台容器，用 project 描述具体构建单元，再靠 system 和 action 控制输出目标。premake 不自己编译，只生成项目文件，所以必须明确告诉它“当前想导出什么”。
常见错误：直接运行 premake5 不带参数，结果默认生成 GNU Makefile，但 Windows 用户想要的是 .sln；或者 system "windows" 写了却没配 location，导致 VS 项目生成到奇怪路径。
-
workspace "MyApp"必须在最外层，且只能有一个 - 每个
project要显式设kind "ConsoleApp"或"StaticLib"，否则 VS 会报错“无法识别输出类型” - 想同时支持 VS2022 和 Ninja，得分别执行：
premake5 vs2022和premake5 ninja，不能一次生成所有 - Linux/macOS 下默认生成 Makefile，但若项目含
files { "src/**.cpp" }却漏了filter { "system:linux" }，可能把 Windows 路径分隔符 \ 一起塞进 Makefile 导致编译失败
如何让同一份 premake5.lua 适配 MSVC、Clang、GCC
premake 的 toolset 不是自动探测编译器，而是提前约定好行为。比如 toolset "v143" 只对 vs2022 action 生效，对 gmake2 完全无意义——后者靠 buildoptions 和 links 手动控制。
容易踩的坑：在 filter { "system:linux" } 块里写 toolset "clang"，结果生成 Makefile 时 clang 参数没生效，因为 gmake2 action 根本不读 toolset。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- MSVC 专用配置放
filter { "action:vs*"}，例如buildoptions { "/EHsc" } - Clang/GCC 共用配置放
filter { "system:not windows" }，用buildoptions { "-std=c++17", "-Wall" } - 想区分 Clang 和 GCC？得靠
filter { "toolset:clang" }，但前提是执行时加--toolset=clang参数，否则 filter 不匹配 -
linkoptions在 macOS 上要加-framework Foundation，但 Windows 下加了会直接让 VS 链接器报错
premake5 生成的项目为什么找不到头文件或链接失败
不是路径写错了，大概率是 includedirs 和 libdirs 没做平台过滤。premake 默认把所有路径原样塞进项目文件，而 VS 的“附加包含目录”和 Makefile 的 -I 对路径格式、相对基准的理解完全不同。
典型现象：VS 里能编译，make 报 fatal error: mylib.h: No such file or directory；或者 Linux 下链接 libfoo.a 成功，macOS 下提示 library not found for -lfoo。
-
includedirs { "deps/include" }在 VS 中解析为相对于 .sln 的路径，在 Makefile 中却是相对于 make 执行目录——建议统一用path.join(os.getcwd(), "deps/include") - 第三方库路径别硬编码
"C:/libs/zlib/include"，改用os.findlib("zlib")或环境变量os.getenv("ZLIB_ROOT") - 静态库链接：Windows 用
links { "zlibstatic" }，Linux/macOS 得写links { "z" }，且必须配libdirs { "deps/lib" } - macOS 上动态库后缀是
.dylib，但links里仍写"z"，premake 会自动转，别手写"libz.dylib"
premake5 如何避免每次改脚本都手动删 build 目录
premake 本身不清理旧文件，premake5 clean 是假命令——它不存在。所谓“clean”只能靠外部脚本或 IDE 自带功能。真正的解法是让生成逻辑和构建分离，且控制输出位置。
很多人把 location "." 写死，结果 .sln 和 Makefile 全堆在源码根目录，git 提交时一不小心就混入二进制或中间文件。
- 固定用
location "build/%{_ACTION}"，这样premake5 vs2022输出到build/vs2022/，premake5 gmake2输出到build/gmake2/ - 在
workspace块里加configurations { "Debug", "Release" }，否则 VS 生成的配置名是默认的Debug|Win32，但 Makefile 里还是只有Debug，跨平台一致性就断了 - 不想手敲命令？写个
build.sh/build.bat，内容就是premake5 vs2022 && premake5 gmake2，但注意 Windows 下&&失败会继续执行，建议拆成两行 - CI 场景下，直接
rm -rf build/*最省事，因为 premake 从不往build/写源码或中间对象文件
最麻烦的其实是第三方依赖管理——premake 不处理下载或版本锁定，premake5.lua 里写的 libdirs 路径一旦不存在，生成的项目文件照样能建出来，只是打开就报错。这事得靠 CMake 或 conan 补位，premake 只管“画图纸”。
