| name | verify-build |
| description | Use when about to claim a fix compiles, a bug is resolved, or a change is complete - requires actually building before asserting success |
Verify Build
Overview
A change that looks correct can silently break a different compilation unit. Do not claim a fix is done until you have read zero-error build output.
Process
- Identify all affected projects — headers are included by many
.cpp files across different projects. A change to SSEUtils.h can break PhysicsRTTR.cpp, BVH.cpp, and benchmarks simultaneously.
- Build all affected projects, not just the one you were editing.
- Read the full error output — errors in unexpected compilation units mean the file is included there too.
- Only claim the fix is complete after confirming zero errors.
Build Commands (GLEngine)
See memory reference_build.md for full commands.
premake5 vs2022
MSBuild GLEngine.sln /t:<ProjectName> /p:Configuration=Debug /p:Platform=x64
MSBuild GLEngine.sln /p:Configuration=Debug /p:Platform=x64
Common Mistake
Editing a header and only mentally verifying the one .cpp you were looking at. The compiler sees every translation unit that includes the header — they all must compile.
Red flag: "The change looks correct" — looking is not building.