gnome-shell/meson_options.txt

option('extensions_tool',
  type: 'boolean',
  value: true,
  description: 'Build gnome-extensions CLI tool'
)

option('extensions_app',
  type: 'boolean',
  value: true,
  description: 'Build gnome-extensions GUI application'
)

option('gtk_doc',
  type: 'boolean',
  value: false,
  description: 'Build API reference'
)

option('man',
  type: 'boolean',
  value: true,
  description: 'Generate man pages'
)

option('tests',
  type: 'boolean',
  value: true,
  description: 'Enable tests'
)

option('networkmanager',
  type: 'boolean',
  value: true,
  description: 'Enable NetworkManager support'
)

option('systemd',
  type: 'boolean',
  value: true,
  description: 'Enable systemd integration'
)

option('soup2',
  type: 'boolean',
  value: false,
  description: 'Use Soup 2.4 instead of Soup 3. Must be in sync with libgweather'
)
extensions-tool: Start import The gnome-extensions tool[0] was started as an external project, and provides a replacement for the existing gnome-shell-extension-tool. It was decided to ship the tool as part of the gnome-shell repository, so start importing it with its history into a subdir. [0] https://gitlab.gnome.org/fmuellner/gnome-extensions-tool https://gitlab.gnome.org/GNOME/gnome-shell/issues/1234 2018-08-26 18:55:13 +02:00			`option('extensions_tool',`
			`type: 'boolean',`
			`value: true,`
			`description: 'Build gnome-extensions CLI tool'`
			`)`

extensions-app: Move Extensions app to new subproject The Extensions app code is now independent enough from the rest of the code base to move it to its own subprojects, like we did for the extensions-tool. This allows for stand-alone builds of the app, which we are about to use for distributing it as flatpak. https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1133 2019-12-01 03:01:02 +01:00			`option('extensions_app',`
			`type: 'boolean',`
			`value: true,`
			`description: 'Build gnome-extensions GUI application'`
			`)`

build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007 2017-11-25 07:10:26 +01:00			`option('gtk_doc',`
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229 2017-05-25 02:16:27 +02:00			`type: 'boolean',`
			`value: false,`
			`description: 'Build API reference'`
			`)`

build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007 2017-11-25 07:10:26 +01:00			`option('man',`
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229 2017-05-25 02:16:27 +02:00			`type: 'boolean',`
			`value: true,`
			`description: 'Generate man pages'`
			`)`

build: Add option to turn off tests St's theme test now requires the libmutter-test library, which is only built when tests are enabled. Instead of mandating a particular build configuration in mutter, add a corresponding option in gnome-shell as well. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1975> 2021-09-06 00:57:33 +02:00			`option('tests',`
			`type: 'boolean',`
			`value: true,`
			`description: 'Enable tests'`
			`)`

build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007 2017-11-25 07:10:26 +01:00			`option('networkmanager',`
build: Stop detecting features automatically Auto-detect options add some convenience for platforms where a particular feature isn't available - systemd on non-Linux OS comes to mind - but the downside is that it is easy to accidentally build without a desired feature. We consider the latter much more serious nowadays, so turn our auto-detect options into regular boolean options. https://bugzilla.gnome.org/show_bug.cgi?id=791007 2017-11-25 07:15:39 +01:00			`type: 'boolean',`
			`value: true,`
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229 2017-05-25 02:16:27 +02:00			`description: 'Enable NetworkManager support'`
			`)`

build: Remove 'enable' prefix from option names Meson options are typed, so the prefix isn't necessary, and indeed looks odd when used to disable the option: -Denable_foo=false Also replace underscores with dashes, which is the preferred meson style. https://bugzilla.gnome.org/show_bug.cgi?id=791007 2017-11-25 07:10:26 +01:00			`option('systemd',`
build: Stop detecting features automatically Auto-detect options add some convenience for platforms where a particular feature isn't available - systemd on non-Linux OS comes to mind - but the downside is that it is easy to accidentally build without a desired feature. We consider the latter much more serious nowadays, so turn our auto-detect options into regular boolean options. https://bugzilla.gnome.org/show_bug.cgi?id=791007 2017-11-25 07:15:39 +01:00			`type: 'boolean',`
			`value: true,`
build: Support the meson build system Meson is on track to replace autotools as the build system of choice, so support it in addition to autotools. If all goes well, we'll eventually be able to drop the latter ... https://bugzilla.gnome.org/show_bug.cgi?id=783229 2017-05-25 02:16:27 +02:00			`description: 'Enable systemd integration'`
			`)`
build: Add soup2 option !1940 added support for soup 3, including a fallback to soup 2.4 where the newer version isn't available. Unfortunately it missed that libgweather has a hidden soup dependency, and now gnome-shell fails to start if a weather location has been set up and soup 3 is available. We don't have a good way to detect that case, so hide the soup 3 support behind a build option. Distributors are expected to switch it at the same time as libgweather. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1966> 2021-08-29 14:24:42 +02:00
			`option('soup2',`
			`type: 'boolean',`
build: Default to soup3 Soup3 support was added a while ago, but until now we still defaulted to the old soup2. For GNOME 43, the default should be switched[0], so do that. [0] https://discourse.gnome.org/t/please-build-against-libsoup-3-by-default/10190/2 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2338> 2022-06-17 18:28:53 +02:00			`value: false,`
build: Add soup2 option !1940 added support for soup 3, including a fallback to soup 2.4 where the newer version isn't available. Unfortunately it missed that libgweather has a hidden soup dependency, and now gnome-shell fails to start if a weather location has been set up and soup 3 is available. We don't have a good way to detect that case, so hide the soup 3 support behind a build option. Distributors are expected to switch it at the same time as libgweather. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1966> 2021-08-29 14:24:42 +02:00			`description: 'Use Soup 2.4 instead of Soup 3. Must be in sync with libgweather'`
			`)`