File: macros.md

package info (click to toggle)
glib2.0 2.78.4-6
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 58,048 kB
  • sloc: ansic: 495,608; xml: 17,404; python: 9,572; sh: 1,260; perl: 1,144; cpp: 487; makefile: 225
file content (73 lines) | stat: -rw-r--r-- 2,704 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
GLib's configure options and corresponding macros
=================================================

The following Meson configure options will result in certain macros or options
being defined at build time:

`--buildtype={plain,release,minsize,custom}`
 : No special macros or options
`--buildtype={debug,debugoptimized}` (`debugoptimized` is the default)
 : `-DG_ENABLE_DEBUG -g`
`-Dglib_debug=disabled`
 : Omits `G_ENABLE_DEBUG` when implied by `--buildtype`/`-Ddebug`
`-Dglib_debug=enabled`
 : Defines `G_ENABLE_DEBUG` regardless of `--buildtype`/`-Ddebug`
`-Dglib_asserts=false`
 : `-DG_DISABLE_ASSERT`
`-Dglib_checks=false`
 : `-DG_DISABLE_CHECKS`

Besides these, there are some local feature specific options, but the main
focus here is to concentrate on macros that affect overall GLib behaviour
and/or third party code.


GLib's internal and global macros
=================================

`G_DISABLE_ASSERT`
---

The `g_assert()` and `g_assert_not_reached()` macros become non-functional
with this define. The motivation is to speed up end-user apps by
avoiding expensive checks.

This macro can affect third-party code. Defining it when building GLib
will only disable the assertion macros for GLib itself, but third-party code
that passes `-DG_DISABLE_ASSERT` to the compiler in its own build
will end up with the non-functional variants after including `glib.h`
as well.

Note: Code inside the assertion macros should not have side effects
that affect the operation of the program, as they may get compiled out.

`G_DISABLE_CHECKS`
---

This macro is similar to `G_DISABLE_ASSERT`, it affects third-party
code as mentioned above and the note about `G_DISABLE_ASSERT` applies
too.

The macros that become non-functional here are `g_return_if_fail()`,
`g_return_val_if_fail()`, `g_return_if_reached()` and
`g_return_val_if_reached()`.

This macro also switches off certain checks in the GSignal code.

`G_ENABLE_DEBUG`
---

Quite a bit of additional debugging code is compiled into GLib when this
macro is defined, and since it is a globally visible define, third-party code
may be affected by it similarly to `G_DISABLE_ASSERT`.

The additional code executed/compiled for this macro currently includes the
following, but this is not an exhaustive list:
 - extra validity checks for `GDate`
 - breakpoint abortion for fatal log levels in `gmessages.c` instead of
   plain `abort()` to allow debuggers trapping and overriding them
 - added verbosity of `gscanner.c` to catch deprecated code paths
 - added verbosity of `gutils.c` to catch deprecated code paths
 - object and type bookkeeping in `gobject.c`
 - extra validity checks in `gsignal.c`
 - support for tracking still-alive `GTask`s