Debugging optimized builds
SkillProductivityUse when debugging RelWithDebInfo or -O2 release builds, using -Og for debuggable optimization, split-DWARF, GDB scheduler-locking, reading inlined frames, or understanding "value optimized out".
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Debugging optimized builds skill
What this skill tells your AI
The instructions your AI receives, as published by outlinedriven/outline-driven-development in .devin/skills/debug-optimized-builds/SKILL.md and read by ahel’s review.
Contract
| Field | Bound contract |
|---|---|
| Trigger | GDB reports <optimized out>, breakpoints land on wrong lines, a release or RelWithDebInfo build needs debugging, inlined frames confuse the backtrace, or a debuggable optimized build needs configuring. |
| Authority | Read-only. Emits analysis and commands for the operator to run on the target; no file writes, no rollback needed. No remote mutation. |
| Side effect | Diagnostic commands and a verdict in chat. Nothing is written. |
| Done | The optimized-build obstacle is named, the workaround is applied or stated, and program state is observable at the needed point. |
Inputs
- Build configuration (required): the optimization and debug flags in use, or the CMake build type.
- Symptom (required):
<optimized out>values, wrong-line breakpoints, inlined frames, or a crash in a release binary. - Rebuild access (optional): needed when the fix is a different optimization level.
Procedure
-
Pick the build configuration for the goal.
Goal Flags Full debuggability, no optimization -O0 -gDebuggable with some optimization -Og -gRelease with debug info for crash analysis -O2 -g -gsplit-dwarfShipped binary, no symbols -O2 -DNDEBUG-Ogenables the optimizations that do not interfere with debugging: variables stay where GDB can see them and line numbers stay accurate. GCC and Clang both accept it.gcc -Og -g -Wall main.c -o prog cmake -S . -B build -DCMAKE_BUILD_TYPE=Debug # -O0 -g cmake -S . -B build -DCMAKE_BUILD_TYPE=RelWithDebInfo # -O2 -g -DNDEBUG cmake -S . -B build -DCMAKE_BUILD_TYPE=Release # -O2 -DNDEBUGDone when: the flags match the goal.
-
Handle
<optimized out>. The compiler decided the value needs no storage at this point: it lives only in a register, was folded to a constant, or is dead past this line. Workarounds:volatile int counter = 0; // forces storage; changes semantics, use sparingly int counter2 __attribute__((used)) = 0; // keeps the symbolset_source_files_properties(tricky.c PROPERTIES COMPILE_FLAGS "-O0")Or read the value where it lives:
info registers, thenp/x $rax. Rebuilding the one translation unit at-O0or the whole build at-Ogis cleaner thanvolatile. Done when: the value is recovered or the variable is made observable. -
Read inlined frames. With optimization, GDB lists inlined calls as their own frames in
bt; they show the call chain that was folded into the real frame.(gdb) bt (gdb) frame 2 # select the inlined frame (gdb) up / down # move through real and inlined frames (gdb) break process_packet # hits every inline expansion of the function (gdb) break network.c:45 # may resolve to several inlined call sitesDone when: the real call chain is reconstructed.
-
Cope with line drift. Optimizers reorder instructions, so the reported line jumps.
(gdb) disassemble /s function_name # source interleaved with asm (gdb) si / ni # step one instruction (gdb) layout split # TUI: source and asm side by side (gdb) set disassemble-next-line on (gdb) jump *0x400a2c # resume at an address when line stepping liesDone when: execution position is tracked at instruction level.
-
Lock the scheduler for multithreaded optimized code. Other threads racing ahead during a step hide the bug.
(gdb) set scheduler-locking step # only the current thread steps; all run on continue (gdb) set scheduler-locking on # only the current thread runs at all (gdb) set scheduler-locking off # default: all threads run freelyreplaylocks only during reverse execution. Done when: stepping is deterministic. -
Use split DWARF for faster debug builds.
-gsplit-dwarfmoves debug info into.dwosidecar files, so the linker never sees it.gcc -g -gsplit-dwarf -O2 -c file.c -o file.o # makes file.o plus file.dwo gcc -g -gsplit-dwarf file.o -o prog # binary references, not embeds, DWARF gdb prog # finds .dwo next to the binary dwp -o prog.dwp prog # package .dwo files into one .dwpCMake:
add_compile_options(-gsplit-dwarf). Done when: link input shrinks and GDB still resolves symbols. -
Inspect state when variable info is gone.
(gdb) info locals / info args # may print <optimized out> (gdb) call (int)my_func(42) # evaluate by calling the real function (gdb) watch *0x7fffffffe430 # watch an address, not a name (gdb) x/10xw $rsp # raw memory (gdb) bt # addresses still resolve without symbols (gdb) info sharedlibrary # loaded libraries for symbol resolutionDone when: program state is read despite missing variable info.
Failure and recovery
<optimized out>on the exact variable needed: rebuild that translation unit at-O0, or rebuild at-Og. Do not sprinklevolatilethrough the codebase for the debugger's sake.- Breakpoint never hits: the line was optimized away or inlined. Break on the function name or on an address from
disassemble /s. - Stepping changes the bug: enable
set scheduler-locking stepand retry. .dwofiles missing after a move: GDB cannot resolve split debug info. Keep.dwofiles beside the objects, or package them withdwp.- LTO builds lose still more info: see the LTO section of
dwarf-debug-formatfor what survives.
Output
A working debug configuration for the optimized build, the recovered program state, and the named cause of each observability loss.
Signals
- GitHub stars
- 54
- Forks
- 10
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
debug-optimized-builds- Source
- github.com/outlinedriven/outline-driven-development