mirror of
https://gitlab.freedesktop.org/dbus/dbus.git
synced 2026-01-02 18:00:15 +01:00
88b5749984
On Unix, dbus has historically used gcc-specific lock-free atomic intrinsics where available, falling back to a pthreads mutex where possible. Meanwhile, on Windows, it has historically used InterlockedIncrement() and similar library functions (in practice wrappers around lock-free intrinsics on real Windows, but IPC calls into wineserver on Wine). ISO C11 provides a new header, stdatomic.h, with standardized support for atomic operations. Exactly how these are implemented is a compiler quality-of-implementation decision, but any reasonable compiler implementation on a modern CPU should be using intrinsics. Let's use this wherever possible, falling back to our old implementation only if the C11 implementation is unsupported. One concrete benefit that we get from this is that when compiling with mingw-w64 gcc and running via Wine, this makes atomic reference counting operations into a simple local operation, rather than IPC to wineserver which can be very slow. This should make our CI tests considerably more reliable. In all vaguely modern gcc versions (gcc 5.5 or later) and in contemporary versions of clang, the default compiler mode is C11 or later with GNU extensions. We intentionally do not ask for any specific C standard, so we can use C11 features like this one, as long as we do so conditionally. The Microsoft Visual C compiler does not currently support this without special options, so we still use the Interlocked family of functions when compiling for Windows with MSVC. Signed-off-by: Simon McVittie <smcv@collabora.com> |
||
|---|---|---|
| .. | ||
| bus | ||
| modules | ||
| bus-test.bat.cmake | ||
| config.h.cmake | ||
| ConfigureChecks.cmake | ||
| dbus-env.bat.cmake | ||
| DBus1Config.cmake.in | ||
| DBus1Config.pkgconfig.in | ||
| DBus1ConfigVersion.cmake.in | ||
| i686-w64-mingw32.cmake | ||
| meson.build | ||
| x86_64-w64-mingw32.cmake | ||