AuroraMiddleware/gtk2
1
0
Fork 0
forked from AuroraMiddleware/gtk
Code Issues Pull Requests Projects Releases Wiki Activity
7750a2c423
gtk2/meson.build

964 lines
30 KiB
Meson
Raw Normal View History

Rename project files Meson and DOAP are the last holdovers for the old "gtk+" name.
2019-02-06 09:42:50 +00:00
project('gtk', 'c',
build: Set version to 4.7
2022-02-13 23:28:21 +00:00
version: '4.7.0',
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
default_options: [
'buildtype=debugoptimized',
build: Bump version and C standard GTK+ 4.0 uses C99.
2017-04-18 13:29:48 +00:00
'warning_level=1',
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
# We only need c99, but glib needs GNU-specific features
# https://github.com/mesonbuild/meson/issues/2289
'c_std=gnu99',
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
],
Require meson 0.59 This is needed to fix a regression in our pc file generation.
2021-12-10 16:34:23 +00:00
meson_version : '>= 0.59',
meson: Use a valid SPDX identifier See https://mesonbuild.com/Reference-manual.html#license
2021-07-16 08:46:53 +00:00
license: 'LGPL-2.1-or-later')
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
Disable deprecation warnings from GLib We don't want to test the latest changes in GLib in our own build.
2020-11-23 12:55:05 +00:00
glib_req = '>= 2.66.0'
Bump pango req Require pango 1.50.
2021-11-29 14:27:00 +00:00
pango_req = '>= 1.50.0' # keep this in sync with .gitlab-ci/test-msys.sh
Add an explicit harfbuzz dependency We are using Harfbuzz api in the file chooser, so lets make this official.
2022-05-15 14:37:24 +00:00
harfbuzz_req = '>= 2.6.0'
Add an explicit fribidi dep We will use fribidi api to determine text direction.
2019-02-04 23:07:14 +00:00
fribidi_req = '>= 0.19.7'
gtkplacessidebar: implement libcloudproviders support Add integration of the libcloudproviders DBus API to the GtkPlacesSidebar by showing name and sync status of the cloud providers. The exported menu is rendered as a GtkPopover. The sidebar will be updated if the list of cloudproviders changes e.g. by adding or removing an account. If any cloud provider changes detailed information like sync status only the individual sidebar row gets updated. Co-authored-by: Carlos Soriano <csoriano@gnome.org> Co-authored-by: Daniel Boles <dboles@src.gnome.org> https://bugzilla.gnome.org/show_bug.cgi?id=786123
2017-08-10 20:30:36 +00:00
cairo_req = '>= 1.14.0'
gdk_pixbuf_req = '>= 2.30.0'
introspection_req = '>= 1.39.0'
Revert "Bump the wayland-protocols dep" This reverts commit 6a7da779801e53bb4a213aa52edd2c67666f43c8. This is causing various build problems between wayland-protocols and wayland-scanner.
2022-02-26 17:03:22 +00:00
wayland_proto_req = '>= 1.23'
wayland/surface: Use wl_surface_offset() instead of x,y of attach() This makes the hotspot of DND surfaces work when using the Vulkan and OpenGL renderers. This bumps the CI image used to the newly built image. This is needed to install a new enough libwayland-client.so needed for wl_surface.offset. This is done by adding wayland as a meson subproject, building it on-demand if the version in the system is not new enough. As libwayland-client.so is pulled in implicitly when linking to gtk4, the compile step needs LD_LIBRARY_PATH set to make ld find the right library to link to.
2021-03-22 10:51:37 +00:00
wayland_req = '>= 1.20.0'
Update the version of Graphene We're going to use newly added API soon.
2019-03-22 12:33:13 +00:00
graphene_req = '>= 1.9.1'
Bump up the dependency on libepoxy We are going to use new API to detect whether or not GLX is available before calling GL API. https://bugzilla.gnome.org/show_bug.cgi?id=775279
2017-02-16 00:03:05 +00:00
epoxy_req = '>= 1.4'
Add libcloudproviders as a fallback subproject We require a new version of libcloudproviders so that we can enable it in our CI pipeline.
2020-06-09 14:46:32 +00:00
cloudproviders_req = '>= 0.3.1'
gtkplacessidebar: implement libcloudproviders support Add integration of the libcloudproviders DBus API to the GtkPlacesSidebar by showing name and sync status of the cloud providers. The exported menu is rendered as a GtkPopover. The sidebar will be updated if the list of cloudproviders changes e.g. by adding or removing an account. If any cloud provider changes detailed information like sync status only the individual sidebar row gets updated. Co-authored-by: Carlos Soriano <csoriano@gnome.org> Co-authored-by: Daniel Boles <dboles@src.gnome.org> https://bugzilla.gnome.org/show_bug.cgi?id=786123
2017-08-10 20:30:36 +00:00
xkbcommon_req = '>= 0.2.0'
build: Require sysprof 3.38.0 We use sysprof_collector_request_counters, which was introduced in sysprof 3.38.0.
2020-10-08 23:23:23 +00:00
sysprof_req = '>= 3.38.0'
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Remove sassc option Instead, ensure that sassc is made madatory on git builds (because it is, we don't ship CSS files anymore) and not even looked for in release builds (because do ship CSS files there).
2021-04-01 19:29:41 +00:00
fs = import('fs')
Meson build v2
2016-08-21 14:00:37 +00:00
gnome = import('gnome')
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
pkg_config = import('pkgconfig')
Meson build v2
2016-08-21 14:00:37 +00:00
meson: use add_project_arguments() instead of add_global_arguments() So Gtk+ can be used as a subproject.
2017-03-12 16:28:11 +00:00
add_project_arguments('-DG_LOG_USE_STRUCTURED=1', language: 'c')
Disable deprecation warnings from GLib We don't want to test the latest changes in GLib in our own build.
2020-11-23 12:55:05 +00:00
add_project_arguments('-DGLIB_DISABLE_DEPRECATION_WARNINGS', language: 'c')
Meson build v2
2016-08-21 14:00:37 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
# Making releases:
build: Tie interface age to the development cycle We don't want to increase the interface age manually, because we're going to end up forgetting about it. Instead, we should tie it to the rest of the version: - in stable (even minor) cycles, we don't add new API; the interface age is the same as the micro version - in unstable (odd minor) cycles, every new release might have new API, or updates to newly added API; keep the interface age to 0 This removes one more manual thing to change during release, and keeps us honest with our promise not to add symbols during stable cycles.
2020-11-23 17:58:43 +00:00
# 1. new development cycle:
# a. gtk_minor_version += 1
# b. gtk_micro_version = 0
# 2. new stable cycle:
# a. gtk_minor_version += 1
# b. gtk_micro_version = 0
# 3. every new release:
# a. gtk_micro_version += 1
meson: generate .pc files
2017-03-22 00:15:31 +00:00
gtk_version = meson.project_version()
gtk_major_version = gtk_version.split('.')[0].to_int()
gtk_minor_version = gtk_version.split('.')[1].to_int()
gtk_micro_version = gtk_version.split('.')[2].to_int()
build: Tie interface age to the development cycle We don't want to increase the interface age manually, because we're going to end up forgetting about it. Instead, we should tie it to the rest of the version: - in stable (even minor) cycles, we don't add new API; the interface age is the same as the micro version - in unstable (odd minor) cycles, every new release might have new API, or updates to newly added API; keep the interface age to 0 This removes one more manual thing to change during release, and keeps us honest with our promise not to add symbols during stable cycles.
2020-11-23 17:58:43 +00:00
# Interface age gets reset during development cycles, when
# we add new API; new micro versions of the same minor
# stable cycle will have the same interface age
#
# If new API is added during a stable cycle, reset to 0
gtk_interface_age = gtk_minor_version.is_odd() ? 0 : gtk_micro_version
build: Improve consistency of the "coding" style We're mixing a lot of styles in the Meson build files. This is an attempt at making everything slightly more consistent in terms of whitespace and indentation.
2017-04-26 16:04:20 +00:00
add_project_arguments('-DGTK_VERSION="@0@"'.format(meson.project_version()), language: 'c')
meson.build: Add more required versions ...build tests/ and testsuite/, properly define gtk_version, etc.
2016-09-24 06:15:28 +00:00
meson: Use buildtype to determine the debugging flags Meson has a `--buildtype` option which allows us to avoid defining an ad hoc `--enable-debug=yes|no|minimum` option ourselves.
2017-05-10 11:03:01 +00:00
add_project_arguments('-D_GNU_SOURCE', language: 'c')
meson: Fix check for builtype arguments `get_option('buildtype')` will return `'custom'` for most combinations of `-Doptimization` and `-Ddebug`, but those two will always be set correctly if only `-Dbuildtype` is set. So we should look at those options directly. For the two-way mapping between `buildtype` and `optimization` + `debug`, see this table: https://mesonbuild.com/Builtin-options.html#build-type-options
2020-04-03 12:02:51 +00:00
# Use debug/optimization flags to determine whether to enable debug or disable
# cast checks
meson: Use buildtype to determine the debugging flags Meson has a `--buildtype` option which allows us to avoid defining an ad hoc `--enable-debug=yes|no|minimum` option ourselves.
2017-05-10 11:03:01 +00:00
gtk_debug_cflags = []
meson: Fix check for builtype arguments `get_option('buildtype')` will return `'custom'` for most combinations of `-Doptimization` and `-Ddebug`, but those two will always be set correctly if only `-Dbuildtype` is set. So we should look at those options directly. For the two-way mapping between `buildtype` and `optimization` + `debug`, see this table: https://mesonbuild.com/Builtin-options.html#build-type-options
2020-04-03 12:02:51 +00:00
debug = get_option('debug')
optimization = get_option('optimization')
if debug
meson: Use buildtype to determine the debugging flags Meson has a `--buildtype` option which allows us to avoid defining an ad hoc `--enable-debug=yes|no|minimum` option ourselves.
2017-05-10 11:03:01 +00:00
gtk_debug_cflags += '-DG_ENABLE_DEBUG'
meson: Fix check for builtype arguments `get_option('buildtype')` will return `'custom'` for most combinations of `-Doptimization` and `-Ddebug`, but those two will always be set correctly if only `-Dbuildtype` is set. So we should look at those options directly. For the two-way mapping between `buildtype` and `optimization` + `debug`, see this table: https://mesonbuild.com/Builtin-options.html#build-type-options
2020-04-03 12:02:51 +00:00
if optimization in ['0', 'g']
meson: Use buildtype to determine the debugging flags Meson has a `--buildtype` option which allows us to avoid defining an ad hoc `--enable-debug=yes|no|minimum` option ourselves.
2017-05-10 11:03:01 +00:00
gtk_debug_cflags += '-DG_ENABLE_CONSISTENCY_CHECKS'
endif
meson: Fix check for builtype arguments `get_option('buildtype')` will return `'custom'` for most combinations of `-Doptimization` and `-Ddebug`, but those two will always be set correctly if only `-Dbuildtype` is set. So we should look at those options directly. For the two-way mapping between `buildtype` and `optimization` + `debug`, see this table: https://mesonbuild.com/Builtin-options.html#build-type-options
2020-04-03 12:02:51 +00:00
elif optimization in ['2', '3', 's']
build: Don't append multiple flags as a string The gtk_debug_cflags variable is an array, with each argument stored in a separate string; if we add multiple arguments inside the same string we break the escaping rules. Fixes: #3864
2021-04-12 10:29:24 +00:00
gtk_debug_cflags += ['-DG_DISABLE_CAST_CHECKS', '-DG_DISABLE_ASSERT']
meson: Use buildtype to determine the debugging flags Meson has a `--buildtype` option which allows us to avoid defining an ad hoc `--enable-debug=yes|no|minimum` option ourselves.
2017-05-10 11:03:01 +00:00
endif
add_project_arguments(gtk_debug_cflags, language: 'c')
meson: set _GNU_SOURCE project wide Easier, also means we don't have to define it for checks. that will only succeed with it defind.
2017-03-11 22:06:07 +00:00
meson.build: Add more required versions ...build tests/ and testsuite/, properly define gtk_version, etc.
2016-09-24 06:15:28 +00:00
# Define a string for the earliest version that this release has
# backwards binary compatibility with for all interfaces a module
# might. Unless we add module-only API with lower stability
# guarantees, this should be unchanged until we break binary compat
# for GTK+.
meson: generate .pc files
2017-03-22 00:15:31 +00:00
gtk_binary_version = '4.0.0'
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
gtk_binary_age = 100 * gtk_minor_version + gtk_micro_version
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Bump up the SONAME for GTK4 We released all the 3.9x development snapshots using: libgtk-4.0.so.0.xxxx.y which means that the 4.0.0 release of GTK will have a lower SONAME than the snapshots. To avoid that, bump the SONAME to 1.xxxx.y. Fixes: #3392
2020-11-23 18:02:12 +00:00
gtk_soversion = '1'
gtk_library_version = '1.@0@.@1@'.format(gtk_binary_age - gtk_interface_age, gtk_interface_age)
build: Use the appropriate linker flags We need to check if the linker flags we use are available, depending on the platform, and we need to ensure that the shared library is versioned appropriately.
2017-04-18 13:51:25 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
gtk_api_version = '4.0'
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
meson: use correct module file extension on macOS GModule requires the .so file extension on macOS for historic reasons. However Meson defaults to .dylib for modules, so we need to override it to get the correct extension. Fixes #3645.
2021-02-05 21:56:14 +00:00
module_suffix = []
# GModule requires file extension to be .so, not .dylib on Mac.
# https://gitlab.gnome.org/GNOME/glib/issues/520
if ['darwin', 'ios'].contains(host_machine.system())
module_suffix = 'so'
endif
meson: Trivial formattting
2020-04-17 04:53:23 +00:00
x11_enabled = get_option('x11-backend')
wayland_enabled = get_option('wayland-backend')
broadway_enabled = get_option('broadway-backend')
macos: prototype new GDK backend for macOS This is fairly substantial rewrite of the GDK backend for quartz and renamed to macOS to allow for a greenfield implementation. Many things have come across from the quartz implementation fairly intact such as the eventloop integration design and discovery of event windows from the NSEvent. However much has been changed to fit in with the new GDK design and how removal of child GdkWindow have been completely eliminated. Furthermore, the new GdkPopup allows for regular NSWindow to be used to provide popovers unlike the previous implementation. The object design more closely follows the ideal for a GDK backend. Views have been broken out into subclasses so that we can support multiple GSK renderer paths such as GL and Cairo (and Metal in the future). However mixed mode GL and Cairo will not be supported. Currently only the Cairo renderer has been implemented. A new frame clock implementation using CVDisplayLink provides more accurate information about when to draw drawing the next frame. Some testing will need to be done here to understand the power implications of this. This implementation has also gained edge snapping for CSD windows. Some work was also done to ensure that CSD windows have opaque regions registered with the display server. ** This is still very much a work-in-progress ** Some outstanding work that needs to be done: - Finish a GL context for macOS and alternate NSView for GL rendering (possibly using speciailized CALayer for OpenGL). - Input rework to ensure that we don't loose remapping of keys that was dropped from GDK during GTK 4 development. - Make sure input methods continue to work. - Drag-n-Drop is still very much a work in progress - High resolution input scrolling needs various work in GDK to land first before we can plumb that to NSEvent. - gtk/ has a number of things based on GDK_WINDOWING_QUARTZ that need to be updated to use the macOS backend. But this is good enough to start playing with and breaking things which is what I'd like to see.
2020-04-23 23:36:46 +00:00
macos_enabled = get_option('macos-backend')
meson: Trivial formattting
2020-04-17 04:53:23 +00:00
win32_enabled = get_option('win32-backend')
meson: Add options for x/wayland/broadway backends
2016-08-21 15:16:03 +00:00
meson: Generate demos.h for gtk3-demo
2016-09-20 14:29:14 +00:00
os_unix = false
os_linux = false
os_win32 = false
os_darwin = false
build: Rename GDK backend options Drop the 'enable-' prefix, and always enable all platform-specific backends. We can disable them depending on the platform. This way, the documentation printed by `meson configure` remains accurate.
2018-02-14 14:04:04 +00:00
# Some windowing system backends depend on the platform we're
# building for, so we need to ensure they are disabled; in other
# cases, they are the only windowing system available, so we need
# to ensure they are enabled
if host_machine.system() == 'darwin'
meson: Generate demos.h for gtk3-demo
2016-09-20 14:29:14 +00:00
os_darwin = true
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
elif host_machine.system() == 'windows'
meson: Generate demos.h for gtk3-demo
2016-09-20 14:29:14 +00:00
os_win32 = true
build: Rename GDK backend options Drop the 'enable-' prefix, and always enable all platform-specific backends. We can disable them depending on the platform. This way, the documentation printed by `meson configure` remains accurate.
2018-02-14 14:04:04 +00:00
elif host_machine.system() == 'linux'
meson: Generate demos.h for gtk3-demo
2016-09-20 14:29:14 +00:00
os_linux = true
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
endif
os_unix = not os_win32
if os_darwin
wayland_enabled = false
else
macos: prototype new GDK backend for macOS This is fairly substantial rewrite of the GDK backend for quartz and renamed to macOS to allow for a greenfield implementation. Many things have come across from the quartz implementation fairly intact such as the eventloop integration design and discovery of event windows from the NSEvent. However much has been changed to fit in with the new GDK design and how removal of child GdkWindow have been completely eliminated. Furthermore, the new GdkPopup allows for regular NSWindow to be used to provide popovers unlike the previous implementation. The object design more closely follows the ideal for a GDK backend. Views have been broken out into subclasses so that we can support multiple GSK renderer paths such as GL and Cairo (and Metal in the future). However mixed mode GL and Cairo will not be supported. Currently only the Cairo renderer has been implemented. A new frame clock implementation using CVDisplayLink provides more accurate information about when to draw drawing the next frame. Some testing will need to be done here to understand the power implications of this. This implementation has also gained edge snapping for CSD windows. Some work was also done to ensure that CSD windows have opaque regions registered with the display server. ** This is still very much a work-in-progress ** Some outstanding work that needs to be done: - Finish a GL context for macOS and alternate NSView for GL rendering (possibly using speciailized CALayer for OpenGL). - Input rework to ensure that we don't loose remapping of keys that was dropped from GDK during GTK 4 development. - Make sure input methods continue to work. - Drag-n-Drop is still very much a work in progress - High resolution input scrolling needs various work in GDK to land first before we can plumb that to NSEvent. - gtk/ has a number of things based on GDK_WINDOWING_QUARTZ that need to be updated to use the macOS backend. But this is good enough to start playing with and breaking things which is what I'd like to see.
2020-04-23 23:36:46 +00:00
macos_enabled = false
meson: Generate demos.h for gtk3-demo
2016-09-20 14:29:14 +00:00
endif
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
if os_win32
wayland_enabled = false
x11_enabled = false
else
win32_enabled = false
endif
meson: Generate demos.h for gtk3-demo
2016-09-20 14:29:14 +00:00
build: Use the appropriate quoting There's no need for string concatenation.
2017-04-18 13:21:05 +00:00
gtk_prefix = get_option('prefix')
build: Add post-install script When building GTK+ straight from the repository without any assistance from packaging tools, we need to trigger system-wide updates, like the icon theme cache update, or the schema compilation.
2017-04-26 14:59:43 +00:00
gtk_includedir = join_paths(gtk_prefix, get_option('includedir'))
build: Use the appropriate quoting There's no need for string concatenation.
2017-04-18 13:21:05 +00:00
gtk_libdir = join_paths(gtk_prefix, get_option('libdir'))
gtk_datadir = join_paths(gtk_prefix, get_option('datadir'))
gtk_localedir = join_paths(gtk_prefix, get_option('localedir'))
build: Add the appropriate paths in the configuration header Instead of injecting them into the C compiler arguments.
2017-04-18 13:22:23 +00:00
gtk_sysconfdir = join_paths(gtk_prefix, get_option('sysconfdir'))
Pass the bindir to the post-install script
2020-12-20 16:33:25 +00:00
gtk_bindir = join_paths(gtk_prefix, get_option('bindir'))
build: Add post-install script When building GTK+ straight from the repository without any assistance from packaging tools, we need to trigger system-wide updates, like the icon theme cache update, or the schema compilation.
2017-04-26 14:59:43 +00:00
gtk_applicationsdir = join_paths(gtk_datadir, 'applications')
gtk_schemasdir = join_paths(gtk_datadir, 'glib-2.0/schemas')
Add appdata for gtk4-demo This will let us build a better flatpak for gtk4-demo.
2018-03-20 23:40:30 +00:00
gtk_appdatadir = join_paths(gtk_datadir, 'metainfo')
meson: Build gtk marshallers And fix libgtk_dep/libgdk_dep to link_with the shared lib
2016-08-22 19:26:38 +00:00
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
cc = meson.get_compiler('c')
build: Use the appropriate quoting There's no need for string concatenation.
2017-04-18 13:21:05 +00:00
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
cdata = configuration_data()
build: Use the appropriate quoting There's no need for string concatenation.
2017-04-18 13:21:05 +00:00
cdata.set_quoted('PACKAGE_VERSION', meson.project_version())
cdata.set_quoted('GTK_LOCALEDIR', gtk_localedir)
cdata.set_quoted('GTK_DATADIR', gtk_datadir)
cdata.set_quoted('GTK_LIBDIR', gtk_libdir)
build: Add the appropriate paths in the configuration header Instead of injecting them into the C compiler arguments.
2017-04-18 13:22:23 +00:00
cdata.set_quoted('GTK_SYSCONFDIR', gtk_sysconfdir)
build: Use the appropriate quoting There's no need for string concatenation.
2017-04-18 13:21:05 +00:00
cdata.set_quoted('GETTEXT_PACKAGE', 'gtk40')
meson: simplify header checks Remove workaround for gcc bug (Meson does that now), and construct the right config.h defines for the headers on the fly instead of listing them in the build file, which is more error prone.
2017-03-23 19:15:44 +00:00
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
check_headers = [
meson: simplify header checks Remove workaround for gcc bug (Meson does that now), and construct the right config.h defines for the headers on the fly instead of listing them in the build file, which is more error prone.
2017-03-23 19:15:44 +00:00
'crt/externs.h',
wayland: Use dev/evdev/input.h on FreeBSD The header linux/input.h used by GDK is specific to Linux. It is possible to get a few Linux headers on FreeBSD by installing v4l_compat, but it is usually better to use the one shipped with FreeBSD. We prefer dev/evdev/input.h to linux/input.h here, so it will always use dev/evdev/input.h on FreeBSD regardless of v4l_compat. https://svnweb.freebsd.org/changeset/ports/465644
2018-05-01 14:28:57 +00:00
'dev/evdev/input.h',
meson: simplify header checks Remove workaround for gcc bug (Meson does that now), and construct the right config.h defines for the headers on the fly instead of listing them in the build file, which is more error prone.
2017-03-23 19:15:44 +00:00
'dlfcn.h',
'ftw.h',
'inttypes.h',
wayland: Use dev/evdev/input.h on FreeBSD The header linux/input.h used by GDK is specific to Linux. It is possible to get a few Linux headers on FreeBSD by installing v4l_compat, but it is usually better to use the one shipped with FreeBSD. We prefer dev/evdev/input.h to linux/input.h here, so it will always use dev/evdev/input.h on FreeBSD regardless of v4l_compat. https://svnweb.freebsd.org/changeset/ports/465644
2018-05-01 14:28:57 +00:00
'linux/input.h',
meson: simplify header checks Remove workaround for gcc bug (Meson does that now), and construct the right config.h defines for the headers on the fly instead of listing them in the build file, which is more error prone.
2017-03-23 19:15:44 +00:00
'linux/memfd.h',
'locale.h',
'memory.h',
'stdint.h',
'stdlib.h',
'strings.h',
'string.h',
'sys/mman.h',
'sys/param.h',
'sys/stat.h',
'sys/sysinfo.h',
'sys/systeminfo.h',
'sys/time.h',
'sys/types.h',
'unistd.h',
Conditional check for gdesktopappinfo header GDesktopAppInfo is not available on macOS and needs to be disabled
2021-05-04 11:49:45 +00:00
'gio/gdesktopappinfo.h'
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
]
foreach h : check_headers
meson: simplify header checks Remove workaround for gcc bug (Meson does that now), and construct the right config.h defines for the headers on the fly instead of listing them in the build file, which is more error prone.
2017-03-23 19:15:44 +00:00
if cc.has_header(h)
cdata.set('HAVE_' + h.underscorify().to_upper(), 1)
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
endif
endforeach
meson: fix checks for maths and X11 funcs that need the right deps
2017-03-11 22:30:35 +00:00
# Maths functions might be implemented in libm
build: Some whitespace cleanups
2017-04-18 13:25:44 +00:00
libm = cc.find_library('m', required: false)
meson: fix checks for maths and X11 funcs that need the right deps
2017-03-11 22:30:35 +00:00
meson: simplify function checks Because we can. We don't need to specify the right header anymore to check for functions.
2017-03-23 19:36:59 +00:00
check_functions = [
'dcgettext',
'getpagesize',
'getresuid',
'lstat',
gdk/wayland/cursor/os-compatibility: fix build when memfd_create is not available When building for homebrew/linuxbrew on Ubuntu 16.04, memfd_create() is not available and causes the build to fail. This adds a proper check for the function.
2021-04-27 16:37:16 +00:00
'memfd_create',
meson: simplify function checks Because we can. We don't need to specify the right header anymore to check for functions.
2017-03-23 19:36:59 +00:00
'mmap',
'posix_fallocate',
'_lock_file',
'flockfile',
'mkstemp',
build: Check for mallinfo2 instead of mallinfo Similar to https://github.com/llvm/llvm-project/commit/e89fcbfad6a3edb203ebdc2b1ead275fe909281a but the tests we use mallinfo() in really aren't important to not worth the effort to differentiate between mallinfo and mallinfo2. Only check for mallinfo2().
2021-02-12 07:36:21 +00:00
'mallinfo2',
meson: simplify function checks Because we can. We don't need to specify the right header anymore to check for functions.
2017-03-23 19:36:59 +00:00
'sincos',
build: Check for sincosf() sincosf() is really a GCC-specific function that may more may not be supported on non-GCC compilers, so we want to check for it, otherwise we use a fallback implementation, not unlike the one in demos/gtk-demo/gtkgears.c.
2020-01-08 09:05:44 +00:00
'sincosf',
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
]
meson: simplify function checks Because we can. We don't need to specify the right header anymore to check for functions.
2017-03-23 19:36:59 +00:00
foreach func : check_functions
build: Some whitespace cleanups
2017-04-18 13:25:44 +00:00
if cc.has_function(func, dependencies: libm)
meson: simplify function checks Because we can. We don't need to specify the right header anymore to check for functions.
2017-03-23 19:36:59 +00:00
cdata.set('HAVE_' + func.underscorify().to_upper(), 1)
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
endif
endforeach
Add code to load and save pngs Using libpng instead of the lowest-common-denominator gdk-pixbuf loader. This will allow us to load >8bit data, and apply gamma and color correction in the future. For now, this still just provides RGBA8 data. As a consequence, we are now linking against libpng.
2021-09-10 16:44:43 +00:00
# We use links() because sigsetjmp() is often a macro hidden behind other macros
cdata.set('HAVE_SIGSETJMP',
cc.links('''#define _POSIX_SOURCE
#include <setjmp.h>
int main (void) {
sigjmp_buf env;
sigsetjmp (env, 0);
return 0;
}''', name: 'sigsetjmp'),
)
macos: support ARM/PowerPC time conversion for DisplayLink times When converting DisplayLink frame presentation times, we need to take into account the arch-specific types. This tracks changes in GNOME/GLib!1566 so that precision is not lost.
2020-07-27 19:49:57 +00:00
# Check for __uint128_t (gcc) by checking for 128-bit division
uint128_t_src = '''int main() {
static __uint128_t v1 = 100;
static __uint128_t v2 = 10;
static __uint128_t u;
u = v1 / v2;
}'''
if cc.compiles(uint128_t_src, name : '__uint128_t available')
cdata.set('HAVE_UINT128_T', 1)
endif
meson: check for madvise()
2021-04-17 23:28:36 +00:00
# Check for mlock and madvise
Check for mlock() We use it in the secure memory allocator, if it's available.
2020-09-08 16:50:39 +00:00
if cc.has_function('mlock', prefix: '#include <sys/mman.h>')
cdata.set('HAVE_MLOCK', 1)
endif
meson: check for madvise()
2021-04-17 23:28:36 +00:00
if cc.has_function('madvise', prefix: '#include <sys/mman.h>')
cdata.set('HAVE_MADVISE', 1)
endif
Check for mlock() We use it in the secure memory allocator, if it's available.
2020-09-08 16:50:39 +00:00
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
# Disable deprecation checks for all libraries we depend on on stable branches.
# This is so newer versions of those libraries don't cause more warnings with
# a stable GTK version.
Clarify document We don't use the branch name to determine whether we should enable or disable deprecation warnings coming from our dependencies.
2020-06-18 16:36:44 +00:00
#
# We don't ever want to turn off deprecation warnings for development cycles,
# however, because that's where we get rid of deprecated API we use.
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
if gtk_minor_version.is_even()
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
cdata.set('GLIB_DISABLE_DEPRECATION_WARNINGS', 1)
endif
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
# Compiler flags
if cc.get_id() == 'msvc'
# Compiler options taken from msvc_recommended_pragmas.h
# in GLib, based on _Win32_Programming_ by Rector and Newcomer
meson/MSVC builds: Use -utf-8 where available This avoids the build from erroring out on C4819 (Unicode handling issue in Visual Studio compiler), notably when running on Chinese, Japanese and Korean locales. Also apply -D_USE_MATH_DEFINES, -FImsvc_recommended_pragmas.h and -utf-8 to the C++ compiler options as well.
2020-01-15 07:27:59 +00:00
test_cflags = [
'-FImsvc_recommended_pragmas.h',
'-D_USE_MATH_DEFINES',
'-utf-8',
]
add_project_arguments(cc.get_supported_arguments(test_cflags), language: 'c')
meson.build: Fix Visual Studio builds We need to make the C++ language available before we can access the C++ compiler object...
2020-03-31 04:00:26 +00:00
add_languages('cpp')
meson/MSVC builds: Use -utf-8 where available This avoids the build from erroring out on C4819 (Unicode handling issue in Visual Studio compiler), notably when running on Chinese, Japanese and Korean locales. Also apply -D_USE_MATH_DEFINES, -FImsvc_recommended_pragmas.h and -utf-8 to the C++ compiler options as well.
2020-01-15 07:27:59 +00:00
cxx = meson.get_compiler('cpp')
if cxx.get_id() == 'msvc'
add_project_arguments(cxx.get_supported_arguments(test_cflags), language: 'cpp')
endif
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
elif cc.get_id() == 'gcc' or cc.get_id() == 'clang'
test_cflags = [
'-fno-strict-aliasing',
build: squash various warnings with Clang Otherwise we have really chatty builds that make it difficult to catch new issues when compiling.
2020-07-18 00:59:09 +00:00
'-Wno-c++11-extensions',
'-Wno-missing-include-dirs',
build: Add -Wno-typedef-redefinition to build Clang otherwise complains about this
2020-03-12 07:32:34 +00:00
'-Wno-typedef-redefinition',
build: Add more useful warning flags I found those on the interwebs and decided they are useful.
2020-03-05 02:58:29 +00:00
'-Wduplicated-branches',
'-Wduplicated-cond',
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
'-Wformat=2',
'-Wformat-nonliteral',
'-Wformat-security',
meson.build: Order warning flags alphabetically ... and remove the duplicate we already had.
2019-01-20 15:09:36 +00:00
'-Wignored-qualifiers',
'-Wimplicit-function-declaration',
'-Wlogical-op',
build: Add more useful warning flags I found those on the interwebs and decided they are useful.
2020-03-05 02:58:29 +00:00
'-Wmisleading-indentation',
meson.build: Order warning flags alphabetically ... and remove the duplicate we already had.
2019-01-20 15:09:36 +00:00
'-Wmissing-format-attribute',
'-Wmissing-include-dirs',
'-Wmissing-noreturn',
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
'-Wnested-externs',
'-Wold-style-definition',
meson.build: Order warning flags alphabetically ... and remove the duplicate we already had.
2019-01-20 15:09:36 +00:00
'-Wpointer-arith',
build: Reintroduce warning flags from autotools Some of the flags got lost in the meson transition or were demoted from error flags to warning flags. This commit reintroduces them. It also includes fixes for the code that had warnings with those flags. The big one being -Wshadow.
2019-01-22 03:30:47 +00:00
'-Wshadow',
meson.build: Order warning flags alphabetically ... and remove the duplicate we already had.
2019-01-20 15:09:36 +00:00
'-Wstrict-prototypes',
build: Enable -Wswitch-enum and -Wswitch-default This patch makes that work using 1 of 2 options: 1. Add all missing enums to the switch statement or 2. Cast the switch argument to a uint to avoid having to do that (mostly for GdkEventType). I even found a bug while doing that: clearing a GtkImage with a surface did not notify thae surface property. The reason for enabling this flag even though it is tedious at times is that it is very useful when adding values to an enum, because it makes GTK immediately warn about all the switch statements where this enum is relevant. And I expect changes to enums to be frequent during the GTK4 development cycle.
2017-10-06 19:19:42 +00:00
'-Wswitch-default',
'-Wswitch-enum',
meson.build: Order warning flags alphabetically ... and remove the duplicate we already had.
2019-01-20 15:09:36 +00:00
'-Wundef',
build: Reintroduce warning flags from autotools Some of the flags got lost in the meson transition or were demoted from error flags to warning flags. This commit reintroduces them. It also includes fixes for the code that had warnings with those flags. The big one being -Wshadow.
2019-01-22 03:30:47 +00:00
'-Wuninitialized',
meson.build: Order warning flags alphabetically ... and remove the duplicate we already had.
2019-01-20 15:09:36 +00:00
'-Wunused',
build: Don't use any -Werror in release builds Do kep them for debug and debugoptimized builds though. Keeping -Werror flags in release builds causes issues with forward compatibility, when new compiler releases or different toolchains suddenly cause those warnings to be emitted during compilation. While we certainly want those issues to be investigated and fixed, they should not prevent anyone from building GTK until they are. Resolves #4388
2021-11-10 19:01:36 +00:00
]
Bump pango req Require pango 1.50.
2021-11-29 14:27:00 +00:00
build: Don't use any -Werror in release builds Do kep them for debug and debugoptimized builds though. Keeping -Werror flags in release builds causes issues with forward compatibility, when new compiler releases or different toolchains suddenly cause those warnings to be emitted during compilation. While we certainly want those issues to be investigated and fixed, they should not prevent anyone from building GTK until they are. Resolves #4388
2021-11-10 19:01:36 +00:00
extra_warnings = [
build: Actually use the extra warnings I forgot to remove the '-Werror=' part from all the extra warnings, so the warning/error flags we generated were '-Werror=-Werror=warning-flag' or 'W-Werror=warning-flag' - but because our compiler flag checking infrastructure works so nicely, it just ignored these obviously wrong flags. Fixes commit 362e91c40b5036ec0ac0a5a0c231a4b58414509f
2021-11-15 13:58:52 +00:00
'address',
'array-bounds',
'empty-body',
'implicit',
build: Make GCC ignore fallthrough comments From the GCC manpage: > Wimplicit-fallthrough=5 doesn't recognize any comments as > fallthrough comments, only attributes disable > the warning. So, check for the =5 version after checking for the simple version. This way we get -Wfallhrough with clang and -Wfallthrough -Wfallthrough=5 with GCC, which works.
2022-01-27 15:05:33 +00:00
'implicit-fallthrough', # For non-gcc
'implicit-fallthrough=5', # For GCC, only recognize the attribute and no comments
build: Actually use the extra warnings I forgot to remove the '-Werror=' part from all the extra warnings, so the warning/error flags we generated were '-Werror=-Werror=warning-flag' or 'W-Werror=warning-flag' - but because our compiler flag checking infrastructure works so nicely, it just ignored these obviously wrong flags. Fixes commit 362e91c40b5036ec0ac0a5a0c231a4b58414509f
2021-11-15 13:58:52 +00:00
'init-self',
'int-to-pointer-cast',
'main',
'missing-braces',
'missing-declarations',
'missing-prototypes',
'nonnull',
'pointer-to-int-cast',
'redundant-decls',
'return-type',
'sequence-point',
'trigraphs',
'vla',
'write-strings',
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
]
build: Only add -Wcast-align for gcc Either we or clang needs to get its shit together about this warning. But using it during development with clang just makes actually usable warnings get lost in a flood of -Wcast-align warnings.
2020-10-10 06:43:52 +00:00
build: Don't use any -Werror in release builds Do kep them for debug and debugoptimized builds though. Keeping -Werror flags in release builds causes issues with forward compatibility, when new compiler releases or different toolchains suddenly cause those warnings to be emitted during compilation. While we certainly want those issues to be investigated and fixed, they should not prevent anyone from building GTK until they are. Resolves #4388
2021-11-10 19:01:36 +00:00
if get_option('buildtype').startswith('debug')
foreach warning: extra_warnings
test_cflags += '-Werror=@0@'.format(warning)
endforeach
else
foreach warning: extra_warnings
test_cflags += '-W@0@'.format(warning)
endforeach
endif
build: Only add -Wcast-align for gcc Either we or clang needs to get its shit together about this warning. But using it during development with clang just makes actually usable warnings get lost in a flood of -Wcast-align warnings.
2020-10-10 06:43:52 +00:00
if cc.get_id() == 'gcc'
test_cflags += ['-Wcast-align'] # This warns too much on clang
endif
build: Quiet the compiler Don't use -Wnull-dereference when assertions are disabled, since that causes the compiler to see NULL everywhere.
2021-04-13 02:11:05 +00:00
if not gtk_debug_cflags.contains('-DG_DISABLE_ASSERT')
test_cflags += ['-Wnull-dereference'] # Too noisy when assertions are disabled
endif
build: Add compiler warnings and errors We don't want to build buggy code.
2017-04-18 13:28:11 +00:00
else
test_cflags = []
endif
build: Use get_supported_arguments() Instead of checking each flag one by one, use the appropriate method of the Meson compiler object.
2018-02-20 13:18:28 +00:00
common_cflags = cc.get_supported_arguments(test_cflags)
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
build: Add missing symbol visibility flags GTK symbols are not visible by default, and only the ones annotated with _GDK_EXTERN (and wrapper macros) are exported. We need to define _GDK_EXTERN during the configuration, depending on the platform and compiler we use.
2017-04-18 13:28:46 +00:00
# Symbol visibility
modules: Fix build on Visual Studio Visual Studio does not allow decorating functions with '__declspec (dllexport)' if a prototype exists and is not decorated with '__declspec (dllexport)' as well, so we cannot just decorate g_io_module_[load|unload|query] in the various module sources with G_MODULE_EXPORT because the prototypes of these functions have been marked with _GLIB_EXTERN, which equates to 'extern' unless overridden Fix this by overriding _GLIB_EXTERN with the appropriate visibility flag, as we have used to define _GDK_EXTERN. Unfortunately, we can't just use _GDK_EXTERN G_MODULE_EXPORT as they may have not been defined yet for our use Do this across the board for all modules, even if they are not buildable on Visual Studio nor Windows, for consistency's sake.
2020-06-04 08:27:56 +00:00
if os_win32
visibility_define = '__declspec(dllexport) extern'
else
visibility_define = '__attribute__((visibility("default"))) extern'
endif
build: Add missing symbol visibility flags GTK symbols are not visible by default, and only the ones annotated with _GDK_EXTERN (and wrapper macros) are exported. We need to define _GDK_EXTERN during the configuration, depending on the platform and compiler we use.
2017-04-18 13:28:46 +00:00
if get_option('default_library') != 'static'
modules: Fix build on Visual Studio Visual Studio does not allow decorating functions with '__declspec (dllexport)' if a prototype exists and is not decorated with '__declspec (dllexport)' as well, so we cannot just decorate g_io_module_[load|unload|query] in the various module sources with G_MODULE_EXPORT because the prototypes of these functions have been marked with _GLIB_EXTERN, which equates to 'extern' unless overridden Fix this by overriding _GLIB_EXTERN with the appropriate visibility flag, as we have used to define _GDK_EXTERN. Unfortunately, we can't just use _GDK_EXTERN G_MODULE_EXPORT as they may have not been defined yet for our use Do this across the board for all modules, even if they are not buildable on Visual Studio nor Windows, for consistency's sake.
2020-06-04 08:27:56 +00:00
cdata.set('_GDK_EXTERN', visibility_define)
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
if os_win32
build: Add missing symbol visibility flags GTK symbols are not visible by default, and only the ones annotated with _GDK_EXTERN (and wrapper macros) are exported. We need to define _GDK_EXTERN during the configuration, depending on the platform and compiler we use.
2017-04-18 13:28:46 +00:00
cdata.set('DLL_EXPORT', true)
modules: Fix build on Visual Studio Visual Studio does not allow decorating functions with '__declspec (dllexport)' if a prototype exists and is not decorated with '__declspec (dllexport)' as well, so we cannot just decorate g_io_module_[load|unload|query] in the various module sources with G_MODULE_EXPORT because the prototypes of these functions have been marked with _GLIB_EXTERN, which equates to 'extern' unless overridden Fix this by overriding _GLIB_EXTERN with the appropriate visibility flag, as we have used to define _GDK_EXTERN. Unfortunately, we can't just use _GDK_EXTERN G_MODULE_EXPORT as they may have not been defined yet for our use Do this across the board for all modules, even if they are not buildable on Visual Studio nor Windows, for consistency's sake.
2020-06-04 08:27:56 +00:00
endif
if cc.get_id() != 'msvc'
build: Add missing symbol visibility flags GTK symbols are not visible by default, and only the ones annotated with _GDK_EXTERN (and wrapper macros) are exported. We need to define _GDK_EXTERN during the configuration, depending on the platform and compiler we use.
2017-04-18 13:28:46 +00:00
common_cflags += ['-fvisibility=hidden']
endif
endif
build: Use get_supported_link_arguments() Instead of hand-coding it ourselves, let Meson deal with linker arguments discovery.
2020-12-15 11:19:39 +00:00
common_ldflags = cc.get_supported_link_arguments([
'-Wl,-Bsymbolic',
'-Wl,-z,relro',
'-Wl,-z,now',
])
build: Use the appropriate linker flags We need to check if the linker flags we use are available, depending on the platform, and we need to ensure that the shared library is versioned appropriately.
2017-04-18 13:51:25 +00:00
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
confinc = include_directories('.')
gdkinc = include_directories('gdk')
build: Generate the API references (WIP) Still a work in progress.
2017-04-19 10:35:45 +00:00
gskinc = include_directories('gsk')
meson: make gtk buildable x11 only
2016-08-23 06:21:54 +00:00
gtkinc = include_directories('gtk')
build: Generate the API references (WIP) Still a work in progress.
2017-04-19 10:35:45 +00:00
testinc = include_directories('tests')
meson: make gtk buildable x11 only
2016-08-23 06:21:54 +00:00
build: Put the xkbcommon required version into a variable We use it in two places.
2017-04-26 15:51:46 +00:00
# Dependencies
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
glib_dep = dependency('glib-2.0', version: glib_req,
fallback : ['glib', 'libglib_dep'])
gobject_dep = dependency('gobject-2.0', version: glib_req,
fallback : ['glib', 'libgobject_dep'])
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
if os_win32
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
giowin32_dep = dependency('gio-windows-2.0', version: glib_req, required: win32_enabled,
fallback : ['glib', 'libgio_dep'])
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
endif
if os_unix
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
giounix_dep = dependency('gio-unix-2.0', version: glib_req, required: false,
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
fallback : ['glib', 'libgio_dep'])
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
endif
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
gmodule_dep = dependency('gmodule-2.0', version: glib_req,
fallback : ['glib', 'libgmodule_dep'])
meson: Simplify how cairo dependencies are checked There is no reason to fallback to find_library for cairo and still rely on pkg-config for all other dependencies, and just when using MSVC. When building and pkg-config is not working it is preferable to fallback to a subproject just like for all other dependencies. Also add cairo.wrap now that meson support has been merged upstream.
2020-10-16 21:26:15 +00:00
cairo_dep = dependency('cairo', version: cairo_req,
printing: cairo-pdf is needed The print backends need cairos pdf support, which is contingent on zlib, so enable that when using cairo as a subproject, as we do in ci for MacOS.
2021-01-03 16:24:26 +00:00
fallback : ['cairo', 'libcairo_dep'],
build: Disable subproject Cairo tests There's really no point in running them.
2021-01-29 16:30:19 +00:00
default_options: ['zlib=enabled', 'tests=disabled'])
meson: Simplify how cairo dependencies are checked There is no reason to fallback to find_library for cairo and still rely on pkg-config for all other dependencies, and just when using MSVC. When building and pkg-config is not working it is preferable to fallback to a subproject just like for all other dependencies. Also add cairo.wrap now that meson support has been merged upstream.
2020-10-16 21:26:15 +00:00
cairogobj_dep = dependency('cairo-gobject', version: cairo_req,
fallback : ['cairo', 'libcairogobject_dep'])
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
pango_dep = dependency('pango', version: pango_req,
fallback : ['pango', 'libpango_dep'])
Add an explicit fribidi dep We will use fribidi api to determine text direction.
2019-02-04 23:07:14 +00:00
fribidi_dep = dependency('fribidi', version: fribidi_req,
fallback : ['fribidi', 'libfribidi_dep'])
Add an explicit harfbuzz dependency We are using Harfbuzz api in the file chooser, so lets make this official.
2022-05-15 14:37:24 +00:00
harfbuzz_dep = dependency('harfbuzz', version: harfbuzz_req,
fallback: ['harfbuzz', 'libharfbuzz_dep'],
default_options: ['coretext=enabled'])
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
Check for freetype2 version when PangoFT is used Check for freetype2 version, because pangoft works with any version (pangoft availability does not indicate that ft2 is new enough), unlike GTK. On Windows, since pangoft is optional, we check for the presence of freetype2 .pc file first after finding that we have pangoft, and then check for FT_Get_Var_Design_Coordinates() manually by looking for the freetype headers and .lib first, and then looking for the presence of that symbol, since freetype2's Visual Studio build system does not generate a .pc file for us. https://bugzilla.gnome.org/show_bug.cgi?id=773299
2018-01-11 17:49:43 +00:00
# Require PangoFT2 if on X11 or wayland
require_pangoft2 = wayland_enabled or x11_enabled
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
meson.build: Pull in fallback for PangoFT2 only when needed On some systems PangoFT2 is optional, so we only use the fallback when it is being required.
2019-03-29 08:47:31 +00:00
if require_pangoft2
Fix inconsistencies in our pango deps We were applying the pango version requirements inconsistently, leading to different pango variables being taking from system pango vs the subproject at times. Thankfully, meson detects this and complains, so we can fix it.
2020-05-30 15:13:55 +00:00
pangoft_dep = dependency('pangoft2', version: pango_req,
fallback : ['pango', 'libpangoft2_dep'])
Bump the pango dependency We soon want to rely on the list model apis in pango 1.45. This commit also fixes a mixup where using pango as a submodule would break the build when pangoft2 is required.
2020-05-29 14:52:38 +00:00
else
pangoft_dep = dependency('pangoft2', required: false)
meson.build: Pull in fallback for PangoFT2 only when needed On some systems PangoFT2 is optional, so we only use the fallback when it is being required.
2019-03-29 08:47:31 +00:00
endif
W32: Link GTK to pangowin32 Needed for pango_win32_font_logfont() from gtkimcontextime. https://bugzilla.gnome.org/show_bug.cgi?id=773299
2018-03-04 02:48:10 +00:00
if win32_enabled
# for GTK_IM_CONTEXT_IME
build: Remove unused backend_immodules variable We don't have input method modules any more.
2020-12-15 11:20:19 +00:00
pangowin32_dep = dependency('pangowin32')
W32: Link GTK to pangowin32 Needed for pango_win32_font_logfont() from gtkimcontextime. https://bugzilla.gnome.org/show_bug.cgi?id=773299
2018-03-04 02:48:10 +00:00
endif
meson.build: Consolidate items with MSVC-like compilers Add a variable in meson.build that covers Visual Studio-like compilers, so that we can use it to help us find depedencies using CMake rather than via pkg-config, where applicable. Change the existing use case for finding libpng accordingly.
2022-02-21 09:41:00 +00:00
is_msvc_like = cc.get_argument_syntax() == 'msvc'
Fix inconsistencies in our pango deps We were applying the pango version requirements inconsistently, leading to different pango variables being taking from system pango vs the subproject at times. Thankfully, meson detects this and complains, so we can fix it.
2020-05-30 15:13:55 +00:00
pangocairo_dep = dependency('pangocairo', version: pango_req,
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
fallback : ['pango', 'libpangocairo_dep'])
pixbuf_dep = dependency('gdk-pixbuf-2.0', version: gdk_pixbuf_req,
Do not build gdk-pixbuf's man page When using it as a sub-project. We don't really need them.
2020-12-17 20:50:16 +00:00
fallback : ['gdk-pixbuf', 'gdkpixbuf_dep'],
Meson: gdk-pixbuf jpeg/png options changed to feature
2021-05-05 20:40:57 +00:00
default_options: ['png=enabled', 'jpeg=enabled', 'builtin_loaders=png,jpeg', 'man=false'])
meson.build: Consolidate items with MSVC-like compilers Add a variable in meson.build that covers Visual Studio-like compilers, so that we can use it to help us find depedencies using CMake rather than via pkg-config, where applicable. Change the existing use case for finding libpng accordingly.
2022-02-21 09:41:00 +00:00
png_dep = dependency(is_msvc_like ? 'png' : 'libpng',
Add code to load and save pngs Using libpng instead of the lowest-common-denominator gdk-pixbuf loader. This will allow us to load >8bit data, and apply gamma and color correction in the future. For now, this still just provides RGBA8 data. As a consequence, we are now linking against libpng.
2021-09-10 16:44:43 +00:00
fallback: ['libpng', 'libpng_dep'],
required: true)
meson.build: Use CMake to find libtiff on MSVC-like The CMake build files for libtiff may or may not generate pkg-config files for us, so we can use Meson's CMake support to help us find libtiff, as CMake has built-in support for finding libtiff.
2022-02-21 09:46:11 +00:00
tiff_dep = dependency(is_msvc_like ? 'tiff' : 'libtiff-4',
Add code to load and save tiff files Add support for the tiff format, which is flexible enough to handle all our memory texture formats without loss. As a consequence, we are now linking against libtiff.
2021-09-10 16:47:14 +00:00
fallback: ['libtiff', 'libtiff4_dep'],
required: true)
meson.build: Use CMake to find libjpeg on MSVC-like builds One may be using IJG libjpeg or libjpeg-turbo to build GTK, and their build files may or may not generate pkg-config files for us. To make things easier, we can make use of CMake's built-in support for finding IJG libjpeg or libjpeg-turbo.
2022-02-21 09:50:15 +00:00
jpeg_dep = dependency(is_msvc_like ? 'jpeg' : 'libjpeg',
Add code to load jpegs This lets us avoid gdk-pixbuf for loading textures from the common image formats. As a consequence, we are now linking against libjpeg.
2021-09-14 11:48:49 +00:00
fallback: ['libjpeg-turbo', 'jpeg_dep'],
required: true)
Add code to load and save pngs Using libpng instead of the lowest-common-denominator gdk-pixbuf loader. This will allow us to load >8bit data, and apply gamma and color correction in the future. For now, this still just provides RGBA8 data. As a consequence, we are now linking against libpng.
2021-09-10 16:44:43 +00:00
build: Allow using libepoxy as a subproject Like we do for Graphene, we can build libepoxy as a sub-project of GTK+ in case we do not find the dependency installed on the system.
2017-08-22 09:20:45 +00:00
epoxy_dep = dependency('epoxy', version: epoxy_req,
fallback: ['libepoxy', 'libepoxy_dep'])
Bump the harfbuzz dep We need 2.1.0, which has the hb_ot_color apis that we are going to use in the next commit.
2021-07-31 19:22:49 +00:00
harfbuzz_dep = dependency('harfbuzz', version: '>= 2.1.0', required: false,
Pass coretext=enabled to harfbuzz When we use harfbuzz as a subproject on OS X, we (or rather, pango) need coretext support.
2021-01-04 02:11:56 +00:00
fallback: ['harfbuzz', 'libharfbuzz_dep'],
default_options: ['coretext=enabled'])
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
xkbdep = dependency('xkbcommon', version: xkbcommon_req, required: wayland_enabled)
Stop passing introspection=false to graphene This should no longer be possible (and the introspection option is no longer a boolean.
2021-02-12 21:04:15 +00:00
graphene_dep = dependency('graphene-gobject-1.0', version: graphene_req,
build: Disable graphene tests When building Graphene as a subproject we don't really need to build tests. Disabling tests also removes the dependency on mutest.
2022-02-21 13:41:40 +00:00
fallback: ['graphene', 'graphene_dep'],
default_options: ['tests=false'])
build: Use pkg-config to find iso-codes Instead of hard-coding the path of iso-codes, we can get the prefix with pkg-config. We still fallback to /usr when it is not available. https://bugzilla.gnome.org/show_bug.cgi?id=792282
2018-01-06 19:39:22 +00:00
iso_codes_dep = dependency('iso-codes', required: false)
meson: move colord checks into cups printbackend Which is the only user of it. Also add option to enable/disable.
2017-03-22 18:25:09 +00:00
Generate GTK API reference(s) with gi-docgen Stop using gtk-doc, and switch to gi-docgen. The gi-docgen tool generates API references through the introspection data, which has various benefits: - it does not parse C code - it does not generate and run C code to introspect types at build time - it does not present a different API from the one we're exporting Additionally, gi-docgen: - does not generate DocBook XML in order to generate HTML - does not go through xsltproc - parses proper Markdown Which makes it markedly faster than gtk-doc has ever been.
2021-02-10 13:41:53 +00:00
gidocgen_dep = dependency('gi-docgen', version: '>= 2021.1',
fallback: ['gi-docgen', 'dummy_dep'],
required: get_option('gtk_doc'))
build: Get typelib dir dynamically using gobject-introspection dependency We hardcoded the typelib directory for only an arch (and a distro), while we can just get it from gobject-introspection pkg config if tests are enabled.
2021-07-08 02:33:16 +00:00
gi_dep = dependency('gobject-introspection-1.0', version: introspection_req,
required: get_option('introspection').enabled() and
get_option('build-tests'))
build: Move the gtk-doc dep to the toplevel We want to include the gtk-doc subproject in release tarballs, using --include-subprojects, but that only works if we've actually built the subproject. And enabling gtk-doc for dist builds is problematic - it tends to break meson dist. So declare the gtk-doc dependency independent of -Dgtk_doc, and use --force-fallback-for for it.
2020-09-04 13:52:37 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
fontconfig_dep = [] # only used in x11 backend
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
if os_win32
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
platform_gio_dep = giowin32_dep
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
endif
if os_unix
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
platform_gio_dep = giounix_dep
endif
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
tracker3_dep = dependency('tracker-sparql-3.0', required: get_option('tracker'))
cdata.set('HAVE_TRACKER3', tracker3_dep.found())
colord_dep = dependency('colord', version: '>= 0.1.9', required: get_option('colord'))
cdata.set('HAVE_COLORD', colord_dep.found())
gtksearchengine: Add tracker3 search engine Make this dependency optional at build time, and prefer it over the old tracker <= 2.x implementation.
2020-05-16 22:04:56 +00:00
meson.build: Don't apply iso-codes cflag on Windows They are no longer applicable for Windows builds.
2022-01-10 07:04:57 +00:00
if not os_win32
if iso_codes_dep.found()
cdata.set_quoted('ISO_CODES_PREFIX', iso_codes_dep.get_variable(pkgconfig: 'prefix'))
else
cdata.set_quoted('ISO_CODES_PREFIX', '/usr')
endif
build: Use pkg-config to find iso-codes Instead of hard-coding the path of iso-codes, we can get the prefix with pkg-config. We still fallback to /usr when it is not available. https://bugzilla.gnome.org/show_bug.cgi?id=792282
2018-01-06 19:39:22 +00:00
endif
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
pc_gdk_extra_libs = []
cairo_backends = []
build: Improve consistency of the "coding" style We're mixing a lot of styles in the Meson build files. This is an attempt at making everything slightly more consistent in terms of whitespace and indentation.
2017-04-26 16:04:20 +00:00
foreach backend: [ ['cairo-xlib', cairo_req, x11_enabled],
['cairo-win32', cairo_req, win32_enabled],
macos: port gtk to GDK_WINDOWING_MACOS For the various uses of GDK_WINDOWING_QUARTZ, we need to use alternatives from GDK_WINDOWING_MACOS. Some minor loss of functionality is here, such as icons sent with application menus. That can certainly be added back at a future point.
2020-10-10 03:08:23 +00:00
['cairo-quartz', cairo_req, macos_enabled],
Drop the mir backend Mir is in the process of switching over to the Wayland protocol, so we don't need to maintain a separate backend, going forward.
2018-02-05 06:46:01 +00:00
['cairo', cairo_req, broadway_enabled or wayland_enabled], ]
build: Improve consistency of the "coding" style We're mixing a lot of styles in the Meson build files. This is an attempt at making everything slightly more consistent in terms of whitespace and indentation.
2017-04-26 16:04:20 +00:00
backend_enabled = backend.get(2)
cairo_backend_req = backend.get(1)
cairo_backend = backend.get(0)
if backend_enabled
meson: Simplify how cairo dependencies are checked There is no reason to fallback to find_library for cairo and still rely on pkg-config for all other dependencies, and just when using MSVC. When building and pkg-config is not working it is preferable to fallback to a subproject just like for all other dependencies. Also add cairo.wrap now that meson support has been merged upstream.
2020-10-16 21:26:15 +00:00
if dependency(cairo_backend, version: cairo_backend_req).found()
build: Add fallback dependency discovery for MSVC For dependencies that do not generate pkg-config files for their Visual Studio build systems, we need to look for them using cc.has_header() and cc.find_library(), namely for Cairo and HarfBuzz, if one does not have crafted pkg-config files for them (which, by themselves may be error-prone). As a result, we will still try to look for Cairo and HarfBuzz using pkg-config, but will give another shot at them on Visual Studio using cc.has_header() and cc.find_library() if they couldn't be found via pkg-config. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-09-12 05:34:36 +00:00
cairo_backends += [ cairo_backend ]
endif
meson: generate .pc files
2017-03-22 00:15:31 +00:00
endif
endforeach
build: Add fallback dependency discovery for MSVC For dependencies that do not generate pkg-config files for their Visual Studio build systems, we need to look for them using cc.has_header() and cc.find_library(), namely for Cairo and HarfBuzz, if one does not have crafted pkg-config files for them (which, by themselves may be error-prone). As a result, we will still try to look for Cairo and HarfBuzz using pkg-config, but will give another shot at them on Visual Studio using cc.has_header() and cc.find_library() if they couldn't be found via pkg-config. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-09-12 05:34:36 +00:00
cairo_pkg_found = false
cairogobj_pkg_found = false
if cairo_dep.found()
cairo_pkg_found = true
endif
if cairogobj_dep.found()
cairogobj_pkg_found = true
endif
meson: Simplify how cairo dependencies are checked There is no reason to fallback to find_library for cairo and still rely on pkg-config for all other dependencies, and just when using MSVC. When building and pkg-config is not working it is preferable to fallback to a subproject just like for all other dependencies. Also add cairo.wrap now that meson support has been merged upstream.
2020-10-16 21:26:15 +00:00
cairo_csi_dep = dependency('cairo-script-interpreter', required: false)
if not cairo_csi_dep.found()
cairo_csi_dep = cc.find_library('cairo-script-interpreter', required: get_option('build-tests'))
meson: Only use HarfBuzz fallback when needed The current Meson releases have broken CMake support, meaning that it is likely that HarfBuzz could not be located for Visual Studio builds unless one handcrafts pkg-config files for it, which is both tedious and error-prone. Instead, use the existing mechanism for looking for the HarfBuzz headers and libraries on Visual Studio first when it could not be found via dependency(), and then use the fallback if it still could not be found.
2019-04-12 10:08:36 +00:00
endif
build: Add a HAVE_EGL define to config.h
2021-10-05 02:14:57 +00:00
have_egl = epoxy_dep.get_variable(
pkgconfig: 'epoxy_has_egl',
internal: 'epoxy_has_egl',
default_value: '0') == '1'
rendernodeparser: Parse cairo script Use cairo-script-interpreter to parse the scripts that generate cairo nodes. This requires libcairoscriptinterpreter.so to work properly, but if it isn't found we disable this (unimportant for normal functioning) code and just emits a parser warning. The testsuite requires it however or it will fail. A new test is included that tests all of this.
2019-05-28 03:51:20 +00:00
cdata.set('HAVE_CAIRO_SCRIPT_INTERPRETER', cairo_csi_dep.found())
build: Add a HAVE_EGL define to config.h
2021-10-05 02:14:57 +00:00
if have_egl
cdata.set('HAVE_EGL', 1)
endif
build: Defer defining HAVE_PANGOFT and HAVE_HARFBUZZ We forgot to account for the case where we lookup for HarfBuzz manually under Visual Studio builds, so only set HAVE_HARFBUZZ (and thus HAVE_PANGOFT, since PangoFT2 depends on HarfBuzz) after we did the fallback check for HarfBuzz. Also, check for hb.h instead of harfbuzz/hb.h to be inline with the pkg-config case, as the sources also include the HarfBuzz header by using #include <hb.h>, not #include <harfbuzz/hb.h> https://bugzilla.gnome.org/show_bug.cgi?id=773299
2018-03-28 03:32:53 +00:00
cdata.set('HAVE_HARFBUZZ', harfbuzz_dep.found())
cdata.set('HAVE_PANGOFT', pangoft_dep.found())
meson: generate .pc files
2017-03-22 00:15:31 +00:00
wayland_pkgs = []
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
if wayland_enabled
wayland/surface: Use wl_surface_offset() instead of x,y of attach() This makes the hotspot of DND surfaces work when using the Vulkan and OpenGL renderers. This bumps the CI image used to the newly built image. This is needed to install a new enough libwayland-client.so needed for wl_surface.offset. This is done by adding wayland as a meson subproject, building it on-demand if the version in the system is not new enough. As libwayland-client.so is pulled in implicitly when linking to gtk4, the compile step needs LD_LIBRARY_PATH set to make ld find the right library to link to.
2021-03-22 10:51:37 +00:00
wlclientdep = dependency('wayland-client', version: wayland_req,
fallback: 'wayland',
default_options: ['documentation=false'])
meson: use proper handling of wayland-protocols dependency Ensure that resolution of the subproject occurs via the dependency interface, not the "poke at subprojects manually" interface, and make that actually work via --wrap-mode=forcefallback. There's no need to mark it as not-required and then manually invoke subproject(), since fallback should work correctly and it is always needed. However, if fallback was performed (or forced) it would error out since get_variable() was instructed to only use pkg-config while the relevant variable was exported by the subproject as an internal fallback dependency.
2022-03-10 05:08:36 +00:00
wlprotocolsdep = dependency('wayland-protocols', version: wayland_proto_req)
wayland/surface: Use wl_surface_offset() instead of x,y of attach() This makes the hotspot of DND surfaces work when using the Vulkan and OpenGL renderers. This bumps the CI image used to the newly built image. This is needed to install a new enough libwayland-client.so needed for wl_surface.offset. This is done by adding wayland as a meson subproject, building it on-demand if the version in the system is not new enough. As libwayland-client.so is pulled in implicitly when linking to gtk4, the compile step needs LD_LIBRARY_PATH set to make ld find the right library to link to.
2021-03-22 10:51:37 +00:00
wlegldep = dependency('wayland-egl',
fallback: 'wayland')
meson: generate .pc files
2017-03-22 00:15:31 +00:00
meson: use proper handling of wayland-protocols dependency Ensure that resolution of the subproject occurs via the dependency interface, not the "poke at subprojects manually" interface, and make that actually work via --wrap-mode=forcefallback. There's no need to mark it as not-required and then manually invoke subproject(), since fallback should work correctly and it is always needed. However, if fallback was performed (or forced) it would error out since get_variable() was instructed to only use pkg-config while the relevant variable was exported by the subproject as an internal fallback dependency.
2022-03-10 05:08:36 +00:00
wlproto_dir = wlprotocolsdep.get_variable('pkgdatadir')
wayland: Move popups with xdg_popup.reposition The third version of xdg-shell introduces support for explicit popup repositioning. If available, make use of this to implement popup repositioning. Note that this does *NOT* include atomic parent-child state synchronization. For that, https://gitlab.freedesktop.org/wayland/wayland-protocols/issues/13 will be needed. This currently uses my own fork of wayland-protocols which adds meson support, so that we can use it as a subproject. Eventually when wayland-protocols' meson support lands upstream, we should change it to point there. Silence some meson warnings while at it to make CI happy. This also bumps the glib requirement, since g_warning_once() is used.
2020-02-16 19:09:42 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
wayland_pkgs = [
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
'wayland-client @0@'.format(wayland_req),
'xkbcommon @0@'.format(xkbcommon_req),
meson: generate .pc files
2017-03-22 00:15:31 +00:00
'wayland-egl',
]
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
endif
meson: generate .pc files
2017-03-22 00:15:31 +00:00
x11_pkgs = []
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
if x11_enabled
xrandr_dep = dependency('xrandr', version: '>= 1.2.99')
xrandr15_dep = dependency('xrandr', version: '>= 1.5', required: false)
x11_dep = dependency('x11')
xrender_dep = dependency('xrender')
xi_dep = dependency('xi')
xext_dep = dependency('xext')
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
xcursor_dep = dependency('xcursor')
xdamage_dep = dependency('xdamage')
xfixes_dep = dependency('xfixes')
meson: generate .pc files
2017-03-22 00:15:31 +00:00
fontconfig_dep = dependency('fontconfig')
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
x11: Remove XComposite It's only used during DND to allow use of the root window's cow window as a DND target, because apparently gnome-shell used to think that was a great idea to DND to the overview. Somebody complain to gnome-shell devs about it not being a good idea if they want it fixed. Potentially using Wayland is a better idea though. This reverts 85ae875dcbfcfa3fbdca857dc90467d39b9ff0c5 Related: https://bugzilla.gnome.org/show_bug.cgi?id=601731
2021-04-02 01:05:40 +00:00
x11_pkgs = ['fontconfig', 'x11', 'xext', 'xi', 'xrandr', 'xcursor', 'xdamage', 'xfixes', 'xinerama']
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
cdata.set('HAVE_XCURSOR', 1)
cdata.set('HAVE_XDAMAGE', 1)
cdata.set('HAVE_XFIXES', 1)
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
if not cc.has_function('XkbQueryExtension', dependencies: x11_dep,
prefix : '#include <X11/XKBlib.h>')
error('X11 backend enabled, but Xkb not found.')
meson: fix checks for maths and X11 funcs that need the right deps
2017-03-11 22:30:35 +00:00
endif
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
cdata.set('HAVE_XKB', 1)
meson: fix checks for maths and X11 funcs that need the right deps
2017-03-11 22:30:35 +00:00
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
if not cc.has_function('XSyncQueryExtension', dependencies: xext_dep,
prefix: '''#include <X11/Xlib.h>
#include <X11/extensions/sync.h>''')
error('X11 backend enabled, but Xsync not found.')
meson: fix checks for maths and X11 funcs that need the right deps
2017-03-11 22:30:35 +00:00
endif
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
cdata.set('HAVE_XSYNC', 1)
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
if not cc.has_function('XGetEventData', dependencies: x11_dep)
error('X11 backend enabled, but no generic event support.')
meson: fix checks for maths and X11 funcs that need the right deps
2017-03-11 22:30:35 +00:00
endif
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
cdata.set('HAVE_XGENERICEVENTS', 1)
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
gdk/x11: Make XInput2 a mandatory build time dependency for x11 XInput2 is more than a decade old already, and the input improvements there (and in every other backend really) make it untenable to have support for X11 core input events dragging things behind.
2019-05-14 21:48:58 +00:00
if not xi_dep.found() or not cc.has_header('X11/extensions/XInput2.h', dependencies: xi_dep)
error('X11 backend enabled, but XInput2 not found.')
endif
# Note that we also check that the XIScrollClassInfo struct is defined,
# because at least Ubuntu Oneiric seems to have XIAllowTouchEvents(),
# but not the XIScrollClassInfo struct
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
has_allow_touch_events = cc.has_function('XIAllowTouchEvents', dependencies: xi_dep)
gdk/x11: Make XInput2 a mandatory build time dependency for x11 XInput2 is more than a decade old already, and the input improvements there (and in every other backend really) make it untenable to have support for X11 core input events dragging things behind.
2019-05-14 21:48:58 +00:00
has_scroll_class_info = cc.has_member('XIScrollClassInfo', 'number', dependencies: xi_dep,
prefix: '''#include <X11/Xlib.h>
#include <X11/extensions/XInput2.h>''')
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
if not has_allow_touch_events or not has_scroll_class_info
error('X11 backend enabled, but XInput2.2 not found.')
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
endif
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
cdata.set('XINPUT_2_2', 1)
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
gdk/x11: Implement XI2.4 touchpad gesture support
2021-09-05 22:32:16 +00:00
has_gesture_pinch_event = cc.has_member('XIGesturePinchEvent', 'type', dependencies: xi_dep,
prefix: '''#include <X11/Xlib.h>
#include <X11/extensions/XInput2.h>''')
if has_gesture_pinch_event
cdata.set('XINPUT_2_4', 1)
endif
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
xinerama_dep = dependency('xinerama')
if not cc.has_header_symbol('X11/extensions/Xinerama.h', 'XineramaQueryExtension', dependencies: xinerama_dep)
error('X11 backend enabled, but Xinerama extension does not work.')
meson: check for xinerama
2017-03-24 11:34:49 +00:00
endif
build: Make all X11 extensions mandatory It's not 2011 anymore, and we shouldn't randomly build one of 10.000 different combinations of X11 backends (I counted the possibilities) but exactly the one we expect people to use.
2021-04-02 00:13:49 +00:00
cdata.set('HAVE_XFREE_XINERAMA', 1)
meson: check for xinerama
2017-03-24 11:34:49 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
cdata.set('HAVE_RANDR', xrandr_dep.found())
cdata.set('HAVE_RANDR15', xrandr15_dep.found())
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
endif
meson: generate .pc files
2017-03-22 00:15:31 +00:00
if broadway_enabled
pc_gdk_extra_libs += ['-lz']
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
endif
macos: port gtk to GDK_WINDOWING_MACOS For the various uses of GDK_WINDOWING_QUARTZ, we need to use alternatives from GDK_WINDOWING_MACOS. Some minor loss of functionality is here, such as icons sent with application menus. That can certainly be added back at a future point.
2020-10-10 03:08:23 +00:00
if macos_enabled
meson: generate .pc files
2017-03-22 00:15:31 +00:00
pc_gdk_extra_libs += ['-framework Cocoa', '-framework Carbon']
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
endif
build: Fix linking demos on Visual Studio The demos are now built as GUI programs, which will require the presence of WinMain() on Visual Studio builds, unless we specify the entry point. Pass the /entry:mainCRTStartup linker flag on Visual Studio builds for the demo programs so that they can link properly. https://bugzilla.gnome.org/show_bug.cgi?id=773299
2018-03-28 04:13:08 +00:00
extra_demo_ldflags = []
meson: generate .pc files
2017-03-22 00:15:31 +00:00
if win32_enabled
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
pc_gdk_extra_libs += ['-lgdi32', '-limm32', '-lshell32', '-lole32']
build: Fix linking demos on Visual Studio The demos are now built as GUI programs, which will require the presence of WinMain() on Visual Studio builds, unless we specify the entry point. Pass the /entry:mainCRTStartup linker flag on Visual Studio builds for the demo programs so that they can link properly. https://bugzilla.gnome.org/show_bug.cgi?id=773299
2018-03-28 04:13:08 +00:00
if cc.get_id() == 'msvc'
# Since the demo programs are now built as pure GUI programs, we
# need to pass in /entry:mainCRTStartup so that they will properly
# link on Visual Studio builds
extra_demo_ldflags = ['/entry:mainCRTStartup']
else
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
pc_gdk_extra_libs += ['-Wl,-luuid']
endif
Add hid.lib to pkg-config file listing
2022-01-02 17:39:29 +00:00
pc_gdk_extra_libs += ['-lwinmm', '-ldwmapi', '-lsetupapi', '-lcfgmgr32', '-lhid']
build: Check for EGL support in libepoxy on Windows ...EGL support needs to be explicitly enabled during the build of libepoxy on Windows as it is not enabled by default on Windows. With this, we can add an EGL renderer for Windows that make use of Google's libANGLE, which is a library that translates OpenGL/ES calls to Direct3D 9/11, which will provide better hardware compatibility on Windows and would act as one of the foundations to resolve issue #105.
2018-06-22 07:02:24 +00:00
# Check whether libepoxy is built with EGL support on Windows
meson: Conditionally check for dependencies
2016-09-24 15:35:10 +00:00
endif
meson: Check for more libraries
2016-09-24 10:46:10 +00:00
build: Add dependency fallbacks for libs with meson ports With these changes gtk+ builds for me using fallbacks for all libraries with fallbacks available. Needs the following changes: https://github.com/ebassi/graphene/pull/109 (graphene) https://bugzilla.gnome.org/show_bug.cgi?id=787414 (pango) https://github.com/mesonbuild/meson/pull/2291 (will be in meson 0.42.1) https://bugzilla.gnome.org/show_bug.cgi?id=787416
2017-09-07 18:23:41 +00:00
# Check for bind_textdomain_codeset, including -lintl if GLib brings it in by
# doing the same check as glib. We can't check that by linking to glib because
# it might be a subproject and hence not built yet.
meson: Use proxy-libintl subproject when needed and available Such as on Windows with MSVC.
2018-07-06 18:50:41 +00:00
if cc.has_function('ngettext')
libintl_dep = []
meson: check for more missing config.h defines Lots of them are unused and can be removed. For others we add a check.
2017-03-23 20:50:03 +00:00
cdata.set('HAVE_BIND_TEXTDOMAIN_CODESET', 1)
meson: Use proxy-libintl subproject when needed and available Such as on Windows with MSVC.
2018-07-06 18:50:41 +00:00
else
libintl_dep = cc.find_library('intl', required : false)
if cc.has_function('bind_textdomain_codeset', dependencies: libintl_dep)
cdata.set('HAVE_BIND_TEXTDOMAIN_CODESET', 1)
else
# Don't use subproject('proxy-libintl').get_variable('intl_dep') because that
# makes the dependency unconditional. This way, people have the option of
# either not providing the subproject or disabling it entirely with
# --wrap-mode=nodownload or nofallback.
libintl_dep = dependency('', required : false,
fallback: ['proxy-libintl', 'intl_dep'])
if libintl_dep.found()
cdata.set('HAVE_BIND_TEXTDOMAIN_CODESET', 1)
endif
endif
meson: check for more missing config.h defines Lots of them are unused and can be removed. For others we add a check.
2017-03-23 20:50:03 +00:00
endif
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
if os_unix
Meson: Support Windows builds Add the necessary machinery into the Meson definition files so that we can build for Windows. Since we don't have Wayland or X support for our use case here, disable them once we know that we are building for Windows, as they are (otherwise) enabled by default, and enable the items that need to be built for Windows builds. Exclude gtk4-launch from Windows builds as that is something that is not supported on Windows. As we won't have gio-unix on Windows, and PangoFT2 is optional, don't use fallbacks for them when we are on Windows (but do use fallbacks for gio-win32, as it will be used). Also, clean up meson.build a bit as we can just force-include msvc_recommended_pragmas.h from GLib since we depend on GLib, and so we can handle these warnings from msvc_recommended_pragmas.h instead. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-08-01 08:49:08 +00:00
cdata.set('HAVE_GIO_UNIX', giounix_dep.found())
endif
meson: generate .pc files
2017-03-22 00:15:31 +00:00
meson: add vulkan bits
2017-03-17 23:43:36 +00:00
# Check for Vulkan support
meson: Fix Vulkan dependency checking The dependency block was completely wrong. It was: 1. Not searching for the lib manually when -Dvulkan=enabled (default). The else block was only hit when -Dvulkan=auto. 2. Unconditionally searching for the vulkan library in the else block when -Dvulkan=disabled The manual searching is also not required because Meson has a custom 'vulkan' dependency class that already supports Windows, and is more correct than the code here. Specifically, the current code does not support picking up the Vulkan SDK from a custom path. Fixes #3108
2020-09-04 06:02:35 +00:00
# Uses meson's custom vulkan dependency searching. Set the VULKAN_SDK env var
# to use a custom path for the Vulkan SDK. Bugs that are found with it should
# be reported upstream and fixed.
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
vulkan_dep = dependency('vulkan', required: get_option('vulkan'))
if vulkan_dep.found()
have_vulkan = true
meson: Fix Vulkan dependency checking The dependency block was completely wrong. It was: 1. Not searching for the lib manually when -Dvulkan=enabled (default). The else block was only hit when -Dvulkan=auto. 2. Unconditionally searching for the vulkan library in the else block when -Dvulkan=disabled The manual searching is also not required because Meson has a custom 'vulkan' dependency class that already supports Windows, and is more correct than the code here. Specifically, the current code does not support picking up the Vulkan SDK from a custom path. Fixes #3108
2020-09-04 06:02:35 +00:00
vulkan_pkg_found = vulkan_dep.type_name() == 'pkgconfig'
build: Use pkg-config to find Vulkan The standard Vulkan SDK ships with a pkg-config file, like a modern library should. We should fall back to finding the library and header only for platforms where pkg-config is not really a thing. Based on a patch by: Daniel Stone <daniels@collabora.com> https://bugzilla.gnome.org/show_bug.cgi?id=793181
2018-02-05 11:42:02 +00:00
else
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
have_vulkan = false
vulkan_pkg_found = false
meson: add vulkan bits
2017-03-17 23:43:36 +00:00
endif
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
cloudproviders_dep = dependency('cloudproviders',
required: get_option('cloudproviders'),
version: cloudproviders_req,
fallback: [
'libcloudproviders',
'libcloudproviders_dep',
],
default_options: [
'vapigen=false',
])
cdata.set('HAVE_CLOUDPROVIDERS', cloudproviders_dep.found())
gtkplacessidebar: implement libcloudproviders support Add integration of the libcloudproviders DBus API to the GtkPlacesSidebar by showing name and sync status of the cloud providers. The exported menu is rendered as a GtkPopover. The sidebar will be updated if the list of cloudproviders changes e.g. by adding or removing an account. If any cloud provider changes detailed information like sync status only the individual sidebar row gets updated. Co-authored-by: Carlos Soriano <csoriano@gnome.org> Co-authored-by: Daniel Boles <dboles@src.gnome.org> https://bugzilla.gnome.org/show_bug.cgi?id=786123
2017-08-10 20:30:36 +00:00
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
# libsysprof-capture support
build: Make sysprof truly optional We are falling back to the sysprof subproject even if sysprof support has been explicitly disabled. Fixes: #3118
2020-09-04 11:02:15 +00:00
if not get_option('sysprof').disabled()
build: Require sysprof 3.38.0 We use sysprof_collector_request_counters, which was introduced in sysprof 3.38.0.
2020-10-08 23:23:23 +00:00
libsysprof_capture_dep = dependency('sysprof-capture-4', version: sysprof_req,
build: Make sysprof truly optional We are falling back to the sysprof subproject even if sysprof support has been explicitly disabled. Fixes: #3118
2020-09-04 11:02:15 +00:00
required: get_option('sysprof'),
default_options: [
'enable_examples=false',
'enable_gtk=false',
'enable_tests=false',
'enable_tools=false',
'libsysprof=true',
'with_sysprofd=none',
'help=false',
],
fallback: ['sysprof', 'libsysprof_capture_dep'],
)
cdata.set('HAVE_SYSPROF', libsysprof_capture_dep.found())
libsysprof_dep = dependency('sysprof-4',
required: false,
default_options: [
'enable_examples=false',
'enable_gtk=false',
'enable_tests=false',
'enable_tools=false',
'libsysprof=true',
'with_sysprofd=none',
'help=false',
],
fallback: ['sysprof', 'libsysprof_dep'],
)
profiler_enabled = true
else
libsysprof_capture_dep = disabler()
libsysprof_dep = disabler()
profiler_enabled = false
endif
profiler: port GdkProfiler to sysprof-3 This uses the new sysprof-3 ABI to implement the capture writer. It also uses the statically linked libsysprof-capture-3.a that is provided with Sysprof for the capture writing to ensure that we do not leak any symbols nor depend on any additional libraries. The GTK_TRACE_FD can be used to pass a FD for tracing into Gtk. Sysprof uses this when the Gtk instrument is selected for recording.
2019-05-30 02:02:30 +00:00
meson: Support graphene as a fallback dependency Don't assume graphene_dep is always a pkg-config dependency. Closes https://gitlab.gnome.org/GNOME/gtk/issues/1197
2018-07-06 18:53:06 +00:00
graphene_dep_type = graphene_dep.type_name()
if graphene_dep_type == 'pkgconfig'
build: Remove deprecated get_pkgconfig_variable() Replace it with `get_variable(pkgconfig:...)`.
2021-12-24 15:55:26 +00:00
graphene_has_sse2 = graphene_dep.get_variable(pkgconfig: 'graphene_has_sse2') == '1'
graphene_has_gcc = graphene_dep.get_variable(pkgconfig: 'graphene_has_gcc') == '1'
meson: Support graphene as a fallback dependency Don't assume graphene_dep is always a pkg-config dependency. Closes https://gitlab.gnome.org/GNOME/gtk/issues/1197
2018-07-06 18:53:06 +00:00
else
graphene_simd = subproject('graphene').get_variable('graphene_simd')
graphene_has_sse2 = graphene_simd.contains('sse2')
graphene_has_gcc = graphene_simd.contains('gcc')
endif
Add aligned allocator support to meson * A bunch of new variables for config.h.meson * A check for aligned allocation being necessary at all (graphene must use GCC vector instructions or SSE2) * A check for C malloc() being aligned at 16-byte boundaries * A check for a few special aligned allocator functions being present and not being built-ins (posix_memalign is a builtin in GCC, even on platforms where there is no posix_memalign system function) * Added -mstackrealign flag on Windows, since otherwise stack variables may become unaligned when the stack briefly passes through OS code (such as in various callbacks and handlers)
2018-06-09 13:52:42 +00:00
if graphene_has_sse2 or graphene_has_gcc
message('Need aligned memory due to the use of SSE2 or GCC vector instructions')
if os_win32 and cc.get_id() == 'gcc'
build: Do not use add_global_flags() It's almost always not what you want.
2019-06-24 14:00:21 +00:00
add_project_arguments(['-mstackrealign'], language: 'c')
Add aligned allocator support to meson * A bunch of new variables for config.h.meson * A check for aligned allocation being necessary at all (graphene must use GCC vector instructions or SSE2) * A check for C malloc() being aligned at 16-byte boundaries * A check for a few special aligned allocator functions being present and not being built-ins (posix_memalign is a builtin in GCC, even on platforms where there is no posix_memalign system function) * Added -mstackrealign flag on Windows, since otherwise stack variables may become unaligned when the stack briefly passes through OS code (such as in various callbacks and handlers)
2018-06-09 13:52:42 +00:00
endif
endif
mediafile: Turn into an extension point This way, we can support external libraries providing implementations of GtkMediaFile. We also add a media backend called 'nomedia' that can be enabled to not compile any support for GtkMediaFile. This is useful when people want to statically compile GTK into an application that does not use media. For now, this option is the default. We also support a new environment variable GTK_MEDIA that allows selecting the implementation to use. GTK_MEDIA=help can be used to get info about the available implementations.
2018-03-01 20:46:16 +00:00
Add an option to disable F16C And add a compile time check for the presence of this CPU feature.
2021-04-07 23:41:54 +00:00
f16c_cflags = []
if get_option('f16c').enabled()
f16c_prog = '''
#if defined(__GNUC__)
# if !defined(__amd64__) && !defined(__x86_64__)
# error "F16C intrinsics are only available on x86_64"
# endif
build: Make sure ifuncs exist when using fp16 Fixes msys compiles on Windows (and everywhere else hopefully). Fixes #4285
2021-10-22 14:31:40 +00:00
#if !defined __has_attribute
# error "No __has_attribute() support"
#endif
#if !__has_attribute(ifunc)
# error "ifunc not supported"
#endif
static int resolved_ifunc (void) { return 0; }
static void *resolve_ifunc (void) { return resolved_ifunc; }
int ifunc_test (void) __attribute__((ifunc ("resolve_ifunc")));
#else
int ifunc_test (void) { return 0; }
Add an option to disable F16C And add a compile time check for the presence of this CPU feature.
2021-04-07 23:41:54 +00:00
#endif
meson.build: Check for F16C on 32-bit Visual Studio It is also possible to enable F16C instructions on 32-bit Visual Studio builds, so also check for the compiler's ability to build F16C code on Visual Studio 32-bit instead of just bailing out.
2021-04-12 09:58:46 +00:00
#if defined(__SSE__) || defined(_MSC_VER)
Add an option to disable F16C And add a compile time check for the presence of this CPU feature.
2021-04-07 23:41:54 +00:00
# include <immintrin.h>
#else
# error "No F16C intrinsics available"
#endif
build: Make sure ifuncs exist when using fp16 Fixes msys compiles on Windows (and everywhere else hopefully). Fixes #4285
2021-10-22 14:31:40 +00:00
Add an option to disable F16C And add a compile time check for the presence of this CPU feature.
2021-04-07 23:41:54 +00:00
int main () {
float f[4] = { 0, };
unsigned short h[4] = { 0, };
__m128 s = _mm_loadu_ps (f);
__m128i i = _mm_cvtps_ph (s, 0);
_mm_storel_epi64 ((__m128i*)h, i);
gsk: Add runtime checks for F16C Use an IFUNC resolver to determine whether we can use intrinsics for FP16 conversion. This requires the functions to be no longer inline. Sadly, it turns out that __builtin_cpu_supports ("f16c") doesn't compile on the systems where we want it to prevent us from getting a SIGILL at runtime.
2021-04-08 01:29:21 +00:00
meson.build: Improve F16C detection on Visual Studio The __builtin_cpu...() intrisics are strictly for GCC/CLang-based compilers, so don't use them in the checking code on Visual Studio. The test code will still compile without this change, but will certainly fail if we want it to link.
2021-04-12 08:24:37 +00:00
#if defined (__GNUC__) || defined (__clang__)
gsk: Add runtime checks for F16C Use an IFUNC resolver to determine whether we can use intrinsics for FP16 conversion. This requires the functions to be no longer inline. Sadly, it turns out that __builtin_cpu_supports ("f16c") doesn't compile on the systems where we want it to prevent us from getting a SIGILL at runtime.
2021-04-08 01:29:21 +00:00
__builtin_cpu_init ();
__builtin_cpu_supports ("f16c");
meson.build: Improve F16C detection on Visual Studio The __builtin_cpu...() intrisics are strictly for GCC/CLang-based compilers, so don't use them in the checking code on Visual Studio. The test code will still compile without this change, but will certainly fail if we want it to link.
2021-04-12 08:24:37 +00:00
#endif
gsk: Add runtime checks for F16C Use an IFUNC resolver to determine whether we can use intrinsics for FP16 conversion. This requires the functions to be no longer inline. Sadly, it turns out that __builtin_cpu_supports ("f16c") doesn't compile on the systems where we want it to prevent us from getting a SIGILL at runtime.
2021-04-08 01:29:21 +00:00
build: Make sure ifuncs exist when using fp16 Fixes msys compiles on Windows (and everywhere else hopefully). Fixes #4285
2021-10-22 14:31:40 +00:00
return ifunc_test ();
Add an option to disable F16C And add a compile time check for the presence of this CPU feature.
2021-04-07 23:41:54 +00:00
}'''
if cc.get_id() != 'msvc'
test_f16c_cflags = [ '-mf16c' ]
else
test_f16c_cflags = []
endif
if cc.compiles(f16c_prog, args: test_f16c_cflags, name: 'F16C intrinsics')
cdata.set('HAVE_F16C', 1)
f16c_cflags = test_f16c_cflags
Confine -mf16c to a single source file We can't use this flag for any code that may get run outside the __builtin_cpu_supports() check, and meson doesn't allow per-file cflags. So we have to split this code off into its own static library.
2021-05-05 22:58:23 +00:00
else
f16c_cflags = []
Add an option to disable F16C And add a compile time check for the presence of this CPU feature.
2021-04-07 23:41:54 +00:00
endif
endif
Add an introspection api test Every beginning is small... just check one constant for now.
2021-05-05 00:39:52 +00:00
project_build_root = meson.current_build_dir()
build: Add gtk-css static library This library is meant to be the new CSS library that gets used from GDK, GSK and GTK for string printing and parsing. As a first step, move GtkCssProviderError into it. While doing so, split it into GtkCssParserError (for critical problems) and GtkCssParserWarning (for non-critical problems).
2019-03-22 03:20:17 +00:00
subdir('gtk/css')
Add Meson build files Original work by: Jussi Pakkanen <jpakkane@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=769881
2016-08-15 08:03:57 +00:00
subdir('gdk')
meson: update build files
2016-11-03 08:47:00 +00:00
subdir('gsk')
meson: build gtk/ again
2016-09-20 09:10:27 +00:00
subdir('gtk')
meson: modules: add printbackends The cups checks might not work properly everywhere yet, since they don't use cups-config and parse the output yet.
2017-03-22 16:48:56 +00:00
subdir('modules')
build: Switch order of subdirectories After fixing this once already in 5970dac1679d the order was messed up again in d50708b0240.
2018-03-31 09:05:31 +00:00
if get_option('demos')
subdir('demos')
endif
build: Build demos before tools That's a sneaky trick so my edit/compile/test cycle goes faster: I usually use demos for testing so the tools don't have to be linked for me to start testing.
2021-06-07 12:56:25 +00:00
subdir('tools')
build: Switch order of subdirectories This makes demos be compiled/linked before tests. And that means that while hacking, I can already run widget-factory when the tests are still linking.
2018-02-17 15:43:21 +00:00
if get_option('build-tests')
subdir('tests')
subdir('testsuite')
endif
Add an option for building examples Examples are not like demos; the latter are installed, and provide a Flatpak manifest for CI pipelines and GNOME Builder. We should not be using a single configure time option to gate building both.
2018-03-27 12:15:21 +00:00
if get_option('build-examples')
subdir('examples')
endif
meson: generate .pc files
2017-03-22 00:15:31 +00:00
meson: modules: add printbackends The cups checks might not work properly everywhere yet, since they don't use cups-config and parse the output yet.
2017-03-22 16:48:56 +00:00
# config.h
Stop using config.h.meson It isn't necessary and makes us miss defines when we forget to update it.
2021-09-11 00:51:11 +00:00
configure_file(output: 'config.h',
build: Some whitespace cleanups
2017-04-18 13:25:44 +00:00
configuration: cdata)
meson: modules: add printbackends The cups checks might not work properly everywhere yet, since they don't use cups-config and parse the output yet.
2017-03-22 16:48:56 +00:00
meson: generate .pc files
2017-03-22 00:15:31 +00:00
# Requires
pango_pkgname = win32_enabled ? 'pangowin32' : 'pango'
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gdk_packages = [
'@0@ @1@'.format(pango_pkgname, pango_req),
'pangocairo @0@'.format(pango_req),
'gdk-pixbuf-2.0 @0@'.format(gdk_pixbuf_req),
]
build: Add fallback dependency discovery for MSVC For dependencies that do not generate pkg-config files for their Visual Studio build systems, we need to look for them using cc.has_header() and cc.find_library(), namely for Cairo and HarfBuzz, if one does not have crafted pkg-config files for them (which, by themselves may be error-prone). As a result, we will still try to look for Cairo and HarfBuzz using pkg-config, but will give another shot at them on Visual Studio using cc.has_header() and cc.find_library() if they couldn't be found via pkg-config. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-09-12 05:34:36 +00:00
if cairo_pkg_found
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gdk_packages += 'cairo @0@'.format(cairo_req)
build: Add fallback dependency discovery for MSVC For dependencies that do not generate pkg-config files for their Visual Studio build systems, we need to look for them using cc.has_header() and cc.find_library(), namely for Cairo and HarfBuzz, if one does not have crafted pkg-config files for them (which, by themselves may be error-prone). As a result, we will still try to look for Cairo and HarfBuzz using pkg-config, but will give another shot at them on Visual Studio using cc.has_header() and cc.find_library() if they couldn't be found via pkg-config. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-09-12 05:34:36 +00:00
endif
if cairogobj_pkg_found
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gdk_packages += 'cairo-gobject @0@'.format(cairo_req)
build: Add fallback dependency discovery for MSVC For dependencies that do not generate pkg-config files for their Visual Studio build systems, we need to look for them using cc.has_header() and cc.find_library(), namely for Cairo and HarfBuzz, if one does not have crafted pkg-config files for them (which, by themselves may be error-prone). As a result, we will still try to look for Cairo and HarfBuzz using pkg-config, but will give another shot at them on Visual Studio using cc.has_header() and cc.find_library() if they couldn't be found via pkg-config. https://bugzilla.gnome.org/show_bug.cgi?id=785210
2017-09-12 05:34:36 +00:00
endif
build: Use pkg-config to find Vulkan The standard Vulkan SDK ships with a pkg-config file, like a modern library should. We should fall back to finding the library and header only for platforms where pkg-config is not really a thing. Based on a patch by: Daniel Stone <daniels@collabora.com> https://bugzilla.gnome.org/show_bug.cgi?id=793181
2018-02-05 11:42:02 +00:00
if vulkan_pkg_found
build: Fix vulkan reference in pc file A mistake in string concatenation caused the vulcan dependency to be omitted. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:42:29 +00:00
gdk_packages += ' vulkan'
build: Use pkg-config to find Vulkan The standard Vulkan SDK ships with a pkg-config file, like a modern library should. We should fall back to finding the library and header only for platforms where pkg-config is not really a thing. Based on a patch by: Daniel Stone <daniels@collabora.com> https://bugzilla.gnome.org/show_bug.cgi?id=793181
2018-02-05 11:42:02 +00:00
endif
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gsk_packages = [ 'graphene-gobject-1.0 @0@'.format(graphene_req) ]
gtk_packages = [ 'gio-2.0 @0@'.format(glib_req) ]
meson: generate .pc files
2017-03-22 00:15:31 +00:00
gio_pkgname = os_unix ? 'gio-unix-2.0' : 'gio-2.0'
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gdk_private_packages = [
'@0@ @1@'.format(gio_pkgname, glib_req),
'epoxy @0@'.format(epoxy_req),
] + x11_pkgs + wayland_pkgs + cairo_backends
gsk_private_packages = [] # all already in gdk_private_packages
meson: generate .pc files
2017-03-22 00:15:31 +00:00
pangoft2_pkgs = (wayland_enabled or x11_enabled) ? ['pangoft2'] : []
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gtk_private_packages = pangoft2_pkgs
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gdk_extra_libs = pc_gdk_extra_libs
gsk_extra_libs = []
gtk_extra_libs = []
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
gdk_extra_cflags = []
gsk_extra_cflags = []
gtk_extra_cflags = []
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
pkgs = [ 'gtk4' ]
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
pkg_targets = []
meson: Cosmetics Treat the display backend list like other lists in the summary.
2020-05-29 19:40:34 +00:00
display_backends = []
macos: port gtk to GDK_WINDOWING_MACOS For the various uses of GDK_WINDOWING_QUARTZ, we need to use alternatives from GDK_WINDOWING_MACOS. Some minor loss of functionality is here, such as icons sent with application menus. That can certainly be added back at a future point.
2020-10-10 03:08:23 +00:00
foreach backend: [ 'broadway', 'macos', 'wayland', 'win32', 'x11', ]
meson: generate .pc files
2017-03-22 00:15:31 +00:00
if get_variable('@0@_enabled'.format(backend))
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
pkgs += ['gtk4-@0@'.format(backend)]
pkg_targets += backend
meson: Cosmetics Treat the display backend list like other lists in the summary.
2020-05-29 19:40:34 +00:00
display_backends += [ backend ]
meson: generate .pc files
2017-03-22 00:15:31 +00:00
endif
endforeach
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
common_pc_variables = [
'targets=@0@'.format(' '.join(pkg_targets)),
'gtk_binary_version=@0@'.format(gtk_binary_version),
'gtk_host=@0@-@1@'.format(host_machine.cpu_family(), host_machine.system()), # FIXME
]
meson: generate .pc files
2017-03-22 00:15:31 +00:00
build: Improve consistency of the "coding" style We're mixing a lot of styles in the Meson build files. This is an attempt at making everything slightly more consistent in terms of whitespace and indentation.
2017-04-26 16:04:20 +00:00
foreach pkg: pkgs
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
pkg_config.generate(
filebase: pkg,
Fix the targets variable in pc files This is meant as a space-separated list of string, so escaping the spaces is uncalled for. Fixes: #4486
2021-12-10 16:36:07 +00:00
unescaped_variables: common_pc_variables,
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
name: 'GTK',
description: 'GTK Graphical UI Library',
requires: gdk_packages + gsk_packages + gtk_packages,
requires_private: gdk_private_packages + gsk_private_packages + gtk_private_packages,
libraries: ['-L${libdir}', '-lgtk-4'],
libraries_private: gdk_extra_libs + gsk_extra_libs + gtk_extra_libs,
subdirs: ['gtk-@0@'.format(gtk_api_version)],
extra_cflags: gdk_extra_cflags + gsk_extra_cflags + gtk_extra_cflags,
)
meson: override gtk4 dependency This allows applications that depends on gtk4 to build it as subproject without hardcoding 'gtk_dep' variable name in their build definition.
2021-03-09 02:06:33 +00:00
meson.override_dependency(pkg, libgtk_dep)
meson: generate .pc files
2017-03-22 00:15:31 +00:00
endforeach
build: Make the default setting work on non-Linux Unix-like systems All of the four platform-dependent backends are enabled by default. It is usually a good default because it requires users to explicitly choose backends they want to use. Rules in meson.build also automatically disable unavailable backends for macOS, Windows, Linux, so users on these 3 major platforms don't have to manually disable things when running meson commands. However, meson.build doesn't do the same thing for other Unix-like systems, which is acceptable but not ideal. To make it easier to build GTK+ on these systems, the Linux case, which enables X11 and Wayland and disables Win32 and Quartz, is made the default for all operating systems that are not Windows or macOS. This commit also changes most 'host_machine.system()' calls to os_* variables, which are easier to read and less likely to be used wrongly.
2018-04-22 12:47:32 +00:00
if os_unix
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
pkg_config.generate(
filebase: 'gtk4-unix-print',
Fix the targets variable in pc files This is meant as a space-separated list of string, so escaping the spaces is uncalled for. Fixes: #4486
2021-12-10 16:36:07 +00:00
unescaped_variables: common_pc_variables,
build: Use Meson’s module for building .pc files Using the module will prevent trivial bugs caused by incorrect string concatenation. This is just a literal translation. In the future we might rely on Meson auto-detecting fields from library declaration. Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3517
2020-12-27 05:27:59 +00:00
name: 'GTK',
description: 'GTK Unix print support',
requires: ['gtk4'] + gtk_packages,
libraries: [],
subdirs: ['gtk-@0@/unix-print'.format(gtk_api_version)],
)
meson: generate .pc files
2017-03-22 00:15:31 +00:00
endif
meson: add po and po-properties
2017-03-22 13:53:25 +00:00
subdir('po')
build: Generate the API references (WIP) Still a work in progress.
2017-04-19 10:35:45 +00:00
meson: allow building man pages without the documentation The 'documentation' option also guarded the man page build. Instead if skipping the whole docs subdir skip the specific gtkdoc calls, so that the man page build still works. This brings it in line with the gtk3 meson build.
2019-05-25 16:27:32 +00:00
subdir('docs/reference')
build: Add post-install script When building GTK+ straight from the repository without any assistance from packaging tools, we need to trigger system-wide updates, like the icon theme cache update, or the schema compilation.
2017-04-26 14:59:43 +00:00
meson: Don't execute post-install.py if cross compiling
2020-04-05 19:57:22 +00:00
if not meson.is_cross_build()
Meson: Use gnome.post_install() See https://github.com/mesonbuild/meson/pull/8272 and https://github.com/mesonbuild/meson/issues/8268.
2021-01-29 23:46:32 +00:00
if meson.version().version_compare('>=0.57.0')
gnome.post_install(
glib_compile_schemas: true,
gio_querymodules: gio_module_dirs,
meson: only update-icon-cache when the demos are built Without building the demos, nothing gets installed into $prefix/share/icons/hicolor. Which makes running `gtk4-update-icon-cache` on the machine causes an error. This is easily reproducible on a Windows machine with MSVC where there is nothing pre-installed on hicolor icon theme and that makes building gtk without the demos fails with "No such file or directory".
2022-01-09 07:27:59 +00:00
gtk_update_icon_cache: get_option('demos'),
Meson: Use gnome.post_install() See https://github.com/mesonbuild/meson/pull/8272 and https://github.com/mesonbuild/meson/issues/8268.
2021-01-29 23:46:32 +00:00
)
else
meson.add_install_script('build-aux/meson/post-install.py',
gtk_api_version,
gtk_binary_version,
gtk_libdir,
gtk_datadir,
gtk_bindir)
endif
meson: Don't execute post-install.py if cross compiling
2020-04-05 19:57:22 +00:00
else
message('Not executing post-install steps automatically when cross compiling')
endif
build: Print summary last
2018-04-13 13:21:41 +00:00
Allow GTK4 to be added as a subproject
2021-02-26 07:27:02 +00:00
if not meson.is_subproject()
build: Dist the API references Copy them into the dist root from the build root, so that they will be available in the release archive.
2021-03-30 14:42:40 +00:00
meson.add_dist_script('build-aux/meson/dist-data.py')
Allow GTK4 to be added as a subproject
2021-02-26 07:27:02 +00:00
endif
dist: Add a dist script to generate css When I added the sassc option, I failed to ensure that the theme css is included in the tarballs. This is required to make tarball builds with -Dsassc=disabled work.
2021-01-12 13:18:47 +00:00
build: Install Valgrind suppressions files This is so that other programs linking to GTK can use GTK's suppressions files when performing their own Valgrind analysis. Closes: #138
2020-02-23 23:00:37 +00:00
if host_machine.system() != 'windows'
# Install Valgrind suppression files (except on Windows,
# as Valgrind is currently not supported on Windows)
supp: Use a single suppressions file for lib, lib64 and multiarch In addition to the traditional library directory lib and the 64-bit multilib directory lib64, this will cover Debian-style multiarch (lib/x86_64-linux-gnu etc.), Arch Linux 32-bit (lib32), x32 and various others. Signed-off-by: Simon McVittie <smcv@debian.org>
2020-04-02 08:18:55 +00:00
install_data('gtk.supp',
build: Install Valgrind suppressions files This is so that other programs linking to GTK can use GTK's suppressions files when performing their own Valgrind analysis. Closes: #138
2020-02-23 23:00:37 +00:00
install_dir : join_paths(gtk_datadir, 'gtk-4.0', 'valgrind'))
endif
build: Print out a configuration summary Add some easy to check summary of the configuration step, especially for optional features that can use automatic discovery.
2017-08-18 15:56:09 +00:00
meson: Use summary() Instead of doing our own. Bumps the dependency to 0.53 though.
2020-04-17 04:55:00 +00:00
#### Summary ####
meson: Cosmetics Treat the display backend list like other lists in the summary.
2020-05-29 19:40:34 +00:00
summary('Display backends', display_backends)
meson: Use summary() Instead of doing our own. Bumps the dependency to 0.53 though.
2020-04-17 04:55:00 +00:00
summary('Print backends', print_backends)
summary('Media backends', media_backends)
build: Start using meson feature options Use feature options for things that are optional features, update the docs. Visible changes here is that the 'print-backends' option got renamed to 'print' to go better with 'media', and the 'tracker3' option got renamed to 'tracker'. For options that have been changed into features, the syntax now is -Dfeature=enabled or -Dfeature=disabled or -Dfeature=auto.
2020-08-21 23:36:17 +00:00
summary('Vulkan support', vulkan_dep.found(), section: 'Features')
summary('Cloud support', cloudproviders_dep.found(), section: 'Features')
summary('Sysprof support', libsysprof_capture_dep.found(), section: 'Features')
summary('Colord support', colord_dep.found(), section: 'Features')
summary('Tracker support', tracker3_dep.found(), section: 'Features')
meson: Use summary() Instead of doing our own. Bumps the dependency to 0.53 though.
2020-04-17 04:55:00 +00:00
build: Print toolchain in summary Would be nice to print CFLAGS and LDFLAGS as well, but that's not as easy.
2021-09-19 08:52:36 +00:00
summary('Compiler', cc.get_id(), section: 'Toolchain')
summary('Linker', cc.get_linker_id(), section: 'Toolchain')
meson: Use summary() Instead of doing our own. Bumps the dependency to 0.53 though.
2020-04-17 04:55:00 +00:00
# Build
summary('Debugging', get_option('debug'), section: 'Build')
summary('Optimization', get_option('optimization'), section: 'Build')
meson: Change introspection option to yielding feature Yielding option means that if pango is built as a subproject, it will take the value of that option from the parent project (e.g. gst-build). For that to work it must be of the same type, which is "feature" instead of "boolean" in all GStreamer modules.
2020-09-30 13:41:28 +00:00
summary('Introspection', build_gir, section: 'Build')
meson: Use summary() Instead of doing our own. Bumps the dependency to 0.53 though.
2020-04-17 04:55:00 +00:00
summary('Documentation', get_option('gtk_doc'), section: 'Build')
summary('Man pages', get_option('man-pages'), section: 'Build')
summary('Tests', get_option('build-tests'), section: 'Build')
summary('Install tests', get_option('install-tests'), section: 'Build')
summary('Demos', get_option('demos'), section: 'Build')
summary('Examples', get_option('build-examples'), section: 'Build')
# Directories
summary('prefix', gtk_prefix, section: 'Directories')
summary('includedir', gtk_includedir, section: 'Directories')
summary('libdir', gtk_libdir, section: 'Directories')
summary('datadir', gtk_datadir, section: 'Directories')
Reference in New Issue Copy Permalink