luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2025-02-23 10:42:11 +01:00
Code Issues Packages Projects Releases Wiki Activity
glib/meson_options.txt

155 lines
4.3 KiB
Meson
Raw Normal View History

Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
option('runtime_libdir',
type : 'string',
value : '',
build: Deprecate -Druntime_libdir option It’s been broken since we ported to Meson and nobody has complained, so let’s deprecate it this cycle and remove it in GLib ≥ 2.78. Signed-off-by: Philip Withnall <pwithnall@endlessos.org> Fixes: #2786
2022-11-22 16:31:28 +00:00
description : 'install runtime libraries relative to libdir',
deprecated: true)
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
option('charsetalias_dir',
type : 'string',
value : '',
description : 'directory for charset.alias dir (default to \'libdir\' if unset)')
option('gio_module_dir',
type : 'string',
value : '',
description : 'load gio modules from this directory (default to \'libdir/gio/modules\' if unset)')
build: Add runtime_dir option to set runstatedir path This will be used in upcoming commits to allow the previously-hardcoded `/run` path to be set at configure time. Most people will not want to change it from `/run`, even when building test builds, as otherwise interaction with system mounts and services will not work. Inspired by equivalent changes in dbus.git in their commit ff92efa389a57a5250c6996df6614234d4d462e0. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2022-11-30 13:45:34 +00:00
# FIXME: Deliberately not named runstatedir to avoid colliding with
# https://github.com/mesonbuild/meson/issues/4141; port to that when Meson
# supports it
option('runtime_dir',
type: 'string',
value: '',
description: 'Directory for transient runtime state [default: /run]')
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
option('selinux',
meson: Turn selinux into a meson feature and make it auto by default Making it more user friendly when building on distro no deploying selinux
2018-11-20 08:55:26 -03:00
type : 'feature',
value : 'auto',
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
description : 'build with selinux support')
option('xattr',
type : 'boolean',
value : true,
description : 'build with xattr support')
option('libmount',
meson: libmount autodectection As it can be disabled, it should be automatic as the packahge might be unavailable for a given target.
2020-01-29 11:15:47 +00:00
type : 'feature',
value : 'auto',
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
description : 'build with libmount support')
Add a gnutls backend for GHmac For RHEL we want apps to use FIPS-certified crypto libraries, and HMAC apparently counts as "keyed" and hence needs to be validated. Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1630260 Replaces: https://gitlab.gnome.org/GNOME/glib/merge_requests/897 This is a build-time option that backs the GHmac API with GnuTLS. Most distributors ship glib-networking built with GnuTLS, and most apps use glib-networking, so this isn't a net-new library in most cases. ======================================================================= mcatanzaro note: I've updated Colin's original patch with several enhancements: Implement g_hmac_copy() using gnutls_hmac_copy(), which didn't exist when Colin developed this patch. Removed use of GSlice Better error checking in g_hmac_new(). It is possible for gnutls_hmac_init() to fail if running in FIPS mode and an MD5 digest is requested. In this case, we should return NULL rather than returning a broken GHmac with a NULL gnutls_hmac_hd_t. This was leading to a later null pointer dereference inside gnutls_hmac_update(). Applications are responsible for checking to ensure the return value of g_hmac_new() is not NULL since it is annotated as nullable. Added documentation to indicate this possibility. Properly handle length -1 in g_hmac_update(). This means we've been given a NUL-terminated string and should use strlen(). GnuTLS doesn't accept -1, so let's call strlen() ourselves. Crash the application with g_error() if gnutls_hmac() fails for any reason. This is necessary because g_hmac_update() is not fallible, so we have no way to indicate error. Crashing seems better than returning the wrong result later when g_hmac_get_string() or g_hmac_get_digest() is later called. (Those functions are also not fallible.) Fortunately, I don't think this error should actually be hit in practice. https://gitlab.gnome.org/GNOME/glib/-/merge_requests/903
2019-06-07 19:36:54 +00:00
option('gnutls',
type : 'boolean',
value : false,
description : 'build with gnutls support')
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
option('man',
type : 'boolean',
value : false,
docs: Port the man pages from DocBook to reStructuredText So they are consistent with the way we’re building man pages in other projects, and because some people are allergic to XML. This changes the build-time dependencies from `xsltproc` to `rst2man`, and also takes the opportunity to change the `-Dman` Meson option from a boolean to a feature (so you should use `-Dman-pages={enabled,disabled}` now, rather than `-Dman={true,false}`). Signed-off-by: Philip Withnall <pwithnall@gnome.org> Helps: #3037
2023-12-20 14:04:11 +00:00
description : 'generate man pages (requires xsltproc)',
deprecated : 'man-pages')
option('man-pages',
type : 'feature',
build: Change default for -Dman-pages from disabled to auto Previously, `-Dman=false` was the default, because the generated man pages were shipped in the distribution tarball already, so the option actually mostly controlled whether to *re*build them. The generated pages are no longer shipped in the tarball (and probably haven’t been since the port to Meson, though I haven’t checked), so it makes sense to change the default to encourage building the man pages if the right tooling (`rst2man`) is available. Signed-off-by: Philip Withnall <pwithnall@gnome.org>
2023-12-21 13:35:18 +00:00
value : 'auto',
docs: Port the man pages from DocBook to reStructuredText So they are consistent with the way we’re building man pages in other projects, and because some people are allergic to XML. This changes the build-time dependencies from `xsltproc` to `rst2man`, and also takes the opportunity to change the `-Dman` Meson option from a boolean to a feature (so you should use `-Dman-pages={enabled,disabled}` now, rather than `-Dman={true,false}`). Signed-off-by: Philip Withnall <pwithnall@gnome.org> Helps: #3037
2023-12-20 14:04:11 +00:00
description : 'generate man pages (requires rst2man)',
deprecated : { 'true': 'enabled', 'false': 'disabled' })
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
option('dtrace',
type : 'boolean',
value : false,
description : 'include tracing support for dtrace')
option('systemtap',
type : 'boolean',
value : false,
description : 'include tracing support for systemtap')
option('tapset_install_dir',
type : 'string',
value : '',
description : 'path where systemtap tapsets are installed')
gtrace: Add sysprof tracing support infrastructure Add some internal wrappers around sysprof tracing, so that it can be used throughout GLib without exposing all the details of sysprof internally. This adds an optional dependency on `libsysprof-capture-4`. sysprof support is disabled without it. This depends on the GLib dependency of `libsysprof-capture` being dropped in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/30, which has bumped the soname of `libsysprof-capture` and added subproject support. The next few commits will add marks that trace out each `GMainContext` iteration and each `GSource` `check`/`prepare`/`dispatch` call. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-06-25 22:08:05 +01:00
option('sysprof',
type : 'feature',
value : 'disabled',
description : 'include tracing support for sysprof')
build: Rename -Dgtk_doc option to -Ddocumentation Because the documentation is no longer built using gtk-doc. Keep the old option around, but deprecated. Signed-off-by: Philip Withnall <pwithnall@gnome.org> Helps: #3037
2023-11-29 10:26:37 +00:00
option('documentation',
type : 'boolean',
value : false,
description : 'Build API reference and tools documentation')
Meson: Add missing options and conform to naming guidelines https://bugzilla.gnome.org/show_bug.cgi?id=790837
2017-11-28 10:44:04 -05:00
option('gtk_doc',
type : 'boolean',
value : false,
build: Rename -Dgtk_doc option to -Ddocumentation Because the documentation is no longer built using gtk-doc. Keep the old option around, but deprecated. Signed-off-by: Philip Withnall <pwithnall@gnome.org> Helps: #3037
2023-11-29 10:26:37 +00:00
description : 'use gtk-doc to build documentation',
deprecated : 'documentation')
Meson: Add -Wl,-z,nodelete and -Wl,-Bsymbolic-functions where supported https://bugzilla.gnome.org/show_bug.cgi?id=788771
2018-04-24 16:36:50 -04:00
option('bsymbolic_functions',
type : 'boolean',
value : true,
description : 'link with -Bsymbolic-functions if supported')
Meson: add 'force_posix_threads' option This allows building with posix threads on Windows. It is generally better to use win32 threads implementation on Windows, but this option can be used in case it causes issues, or for performance comparison for example. https://bugzilla.gnome.org/show_bug.cgi?id=784995
2018-05-15 14:05:50 -04:00
option('force_posix_threads',
type : 'boolean',
value : false,
description : 'Also use posix threads in case the platform defaults to another implementation (on Windows for example)')
Meson: Build fam module gio-querymodules-wrapper.py is copied from glib-networking. This python wrapper script is needed because meson.build cannot check for DESTDIR env variable itself, unlike Makefile.am. It is used to update giomodule.cache file when installing GIO modules like fam.
2018-06-07 09:50:59 -04:00
build: Add option for disabling tests
2019-04-27 17:04:26 +02:00
option('tests',
type : 'boolean',
value : true,
description : 'build tests')
Meson: Install glib tests Fixes: #1444.
2018-07-16 13:39:44 -04:00
option('installed_tests',
type : 'boolean',
value : false,
description : 'enable installed tests')
Meson: Add 'nls' option to disable translation It is not always needed to generate and install gmo files, for example when building for Android or Windows that often doesn't have libintl to use them anyway. At least all GStreamer modules have this same option.
2018-11-20 11:28:56 -05:00
option('nls',
type : 'feature',
value : 'auto',
yield: true,
description : 'Enable native language support (translations)')
Introduce oss_fuzz feature option
2019-03-13 11:47:36 +00:00
option('oss_fuzz',
type : 'feature',
value : 'disabled',
description : 'Indicate oss-fuzz build environment')
Meson: Add glib_checks and glib_asserts options In cases where performance are critical it can be useful to disable checks and asserts. GStreamer has those options too, using the same name and setting them yielding means we can set those options on the main project (e.g. gst-build) and glib will inherit the same value when built as subproject.
2020-04-08 15:14:31 -04:00
build: Add glib_debug option To allow disabling debug infrastructure in builds with debug symbols.
2021-01-20 00:37:22 +01:00
option('glib_debug',
type : 'feature',
value : 'auto',
yield : true,
description : 'Enable GLib debug infrastructure (see docs/macros.txt)')
Meson: Add glib_checks and glib_asserts options In cases where performance are critical it can be useful to disable checks and asserts. GStreamer has those options too, using the same name and setting them yielding means we can set those options on the main project (e.g. gst-build) and glib will inherit the same value when built as subproject.
2020-04-08 15:14:31 -04:00
option('glib_assert',
type : 'boolean',
value : true,
yield : true,
description : 'Enable GLib assertion (see docs/macros.txt)')
option('glib_checks',
type : 'boolean',
value : true,
yield : true,
description : 'Enable GLib checks such as API guards (see docs/macros.txt)')
Make libelf dependency optional via meson feature
2020-10-01 13:47:36 +00:00
option('libelf',
type : 'feature',
value : 'auto',
meson: simplify iconv lookups using Meson's builtin dependency lookup iconv is complicated to look up. That complexity now resides in Meson, since 0.60.0, via a `dependency('iconv')` lookup, so use that instead. No effort is made to support the old option for which type of iconv to use. It was a false choice, because if only one was available, then that's the only one you can use, and if both are available, the external iconv shadows the builtin one and renders the builtin one unusable, so there is still only one you can use. This meant that when configuring glib with -Diconv=libc on systems that had an external iconv, the configure check would detect a valid libc iconv, try to use it, and then fail during the build because iconv.h belongs to the external iconv and generates machine code using the external iconv ABI, but fails to link to the iconv `find_library()`. Meson handles this transparently.
2022-06-07 16:14:04 -04:00
description : 'Enable support for listing and extracting from ELF resource files with gresource tool')
gio: Optionally install trigger executables to architecture-specific paths In Debian-style multiarch (libdir = lib/x86_64-linux-gnu or similar), Red-Hat-style multilib (libdir = lib64 or lib) and Arch-style multilib (libdir = lib or lib32), we have to run a separate version of gio-querymodules to discover 32- or 64-bit modules on x86. Installing modules in the directory used for each word size needs to trigger recompilation of the correct modules list. Debian, Fedora and Arch currently all have patches to facilitate this: Debian moves gio-querymodules into ${libdir}/glib-2.0 and provides a compat symlink in ${bindir}, while Fedora and Arch rename one or both of the gio-querymodules executables to give it a -32 or -64 suffix. We can avoid the need for these patches by making this a build option. Doing this upstream has the advantage that the pkg-config metadata for each architecture points to the correct executable and is in sync with reality. I'm using Debian's installation scheme with a separate directory here, because the word-size suffix used in Fedora and Arch only works for the common case of 32- and 64-bit multilib, and does not cover scenarios where there can be more than one ABI with the same word size, such as multiarch cross-compilation or alternative ABIs like x32. Now that we have this infrastructure, it's also convenient to use it for glib-compile-schemas. This works with /usr/share, so it only needs to be run for one architecture (typically the system's primary architecture), but using /usr/bin/glib-compile-schemas for the trigger would result in either primary and secondary architectures trying to overwrite each other's /usr/bin/glib-compile-schemas binaries, or a circular dependency (the GLib library would have to depend on a common package that contains glib-compile-schemas, but glib-compile-schemas depends on the GLib library). Installing a glib-compile-schemas binary in an architecture-specific location alongside each GLib library bypasses this problem. Signed-off-by: Simon McVittie <smcv@collabora.com>
2022-07-14 14:24:33 +01:00
option('multiarch',
type : 'boolean',
value : false,
description : 'Install some helper executables in per-architecture locations')
Build libgirepository as a GLib sub-library The introspection API has lived out of tree far too long. It has the same ABI guarantees as the rest of GLib, so it has no reason to be split from the main library. The gobject-introspection project can depend on libgirepository, and the language bindings can drop the gobject-introspection-1.0 dependency.
2023-10-16 15:24:08 +01:00
option('gir_dir_prefix',
type: 'string',
description: 'Intermediate prefix for gir installation under ${prefix}')
Merge branch 'main' into 'ebassi/girepository' This needs to be done as a merge rather than a rebase because !3642 cannot be rebased. Conflicts: meson_options.txt
2023-11-08 11:54:28 +00:00
Generate introspection data Currently, the introspection data for GLib and its sub-libraries is generated by gobject-introspection, to avoid the cyclic dependency between the two projects. Since gobject-introspection is generally available on installed systems, we can check for its presence, and generate the introspection data directly from GLib. This does introduce a cyclic dependency, which is why it's possible to build GLib without introspection, then build gobject-introspection, and finally rebuild GLib. By having introspection data available during the GLib build, we can do things like generating documentation; validating newly added API; and close the loop between adding new API and it becoming available to non-C consumers of the C ABI (i.e. language bindings).
2023-10-13 12:57:57 +01:00
option('introspection',
type: 'feature',
value: 'auto',
description: 'Enable generating introspection data (requires gobject-introspection)')
Reference in New Issue Copy Permalink