我在圣诞节期间作的演讲「DWARF 眼中的 C++」，介绍了 DWARF 关联 C++ 程序的语义元素、文本、和代码生成的基础知识。视频链接在 Speaker Deck 页面上。

https://speakerdeck.com/lichray/dwarf-yan-zhong-de-c-plus-plus

Defer available in gcc and clang

About a year ago I posted about defer and that it would be available for everyone using gcc and/or clang soon. So it is probably time for an update.

Two things have happened in the mean time:

• A technical specification (TS 25755) edited by JeanHeyd Meneide is now complete and moves through ISO’s complicated publication procedures.
• Both gcc and clang communities have worked on integrating this feature into their C implementations.

I have not yet got my hands on the gcc implementation (but this is also less urgent, see below), but I have been able to use clang’s which is available starting with clang-22.

I think that with this in mind everybody developing in C could and should now seriously consider switching to defer for their cleanup handling:

• no more resource leakage or blocked mutexes on rarely used code paths,
• no more spaghetti code just to cover all possibilities for preliminary exits from functions.

I am not sure if the compiler people are also planning back ports of these features, but with some simple work around and slightly reduced grammar for the defer feature this works for me from gcc-9 onward and for clang-22 onward:

So this is already a large panel of compilers. Obviously it depends on your admissible compile platforms whether or not these are sufficient for you. In any case, with these you may compile for a very wide set of installs since defer does not need any specific software infrastructure or library once the code is compiled.

As already discussed many times, the gcc fallback uses the so-called “nested function” feature which is always subject of intense debate and even flame wars. Don’t worry, the implementation as presented here, even when compiled with no optimization at all, does not produce any hidden function in the executable, and in particular there is no “trampoline” or whatever that would put your execution at risk of a stack exploit.

You may also notice that there is no fallback for older clang version. This is because their so-called “blocks” extension cannot easily be used as a drop-in to replace nested function: their semantics to access variables from the surrounding scope are different and not compatible with the defer feature as defined by TS 25755.

So for example if you are scared of using big VLA on the stack, you may use the above code in headers and something like

to have an implementation of a big array with a failure mode for the allocation.

Or if you want to be sure that all your mutexes are unlocked when you leave a critical section, use and idiom as here

Just notice, that you’d always have to use the defer feature with curly braces to ensure that the gcc fallback works smoothly.

OMG I just found that WinDbg now supports using DWARF from PE files and that also work with minidumps. That means I can ship binary built from x86_64-pc-windows-gnu and still be able to troubleshoot crashes in the field. It means I don't have to deal with vcredist. It means my contributor don't have to install VC buildtools. 😀

1. https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/linux-dwarf-symbols
2. https://github.com/microsoft/WinDbg-Feedback/issues/338