summaryrefslogtreecommitdiff
path: root/meson_options.txt
Commit message (Collapse)AuthorAgeFilesLines
* meson: update man option to mention it now requires rst2manJason Francis2022-05-131-1/+1
|
* meson: add build_tests optionJason Francis2022-05-121-0/+4
|
* Meson: Change png/jpeg/tiff options from boolean to featureXavier Claessens2021-05-051-6/+6
| | | | | | | | | | png/jpeg are essential and have a fallback subproject so they are enabled by default. tiff is not required by GTK and does not have a subproject so it's set to 'auto' by default. This fixes the case where tiff option was set to true by default but meson setup was not aborting if the dependency was not found. Instead it was failing at build time.
* build: Use `type:array` for builtin_loaders optionEmmanuele Bassi2021-04-081-3/+4
| | | | | | This gives us an actual array, and lets Meson deal with the argument parsing. It also gives us a default value that we can specify in the meson_options.txt.
* build: Change the default for builtin_loadersEmmanuele Bassi2021-04-071-2/+2
| | | | Use 'default' as the default value, instead of 'none'.
* build: Make gtk_doc option yieldEmmanuele Bassi2021-04-061-1/+2
| | | | | When building gdk-pixbuf as a sub-project, we want to yield the value of the gtk_doc option to the super-project.
* build: Update the description of the gtk_doc optionEmmanuele Bassi2021-03-211-1/+1
| | | | We don't require gtk-doc.
* meson: Change introspection option to feature typeXavier Claessens2020-10-161-3/+4
| | | | This is more consistent with other modules like GTK.
* Remove the libjasper-based JPEG2000 loaderEmmanuele Bassi2020-06-261-4/+0
| | | | | | | | | | | | | | | | | Libjasper is not really maintained any more, and has been dropped by various Linux distributions over the years. GdkPixbuf has not enabled the JPEG2000 loader by default in many years, relying on downstream distributors to do so if they also shipped libjasper. This means that it's unlikely anybody has relied on GdkPixbuf to load a JPEG2000 image for the past 3 to 5 years, if at all. The only other option for loading JPEG2000 images is to use OpenJPEG, and for that there is an out of tree GdkPixbuf module available: https://notabug.org/necklace/jp2-pixbuf-loader Fixes: #152, #137
* Add `gtk_doc` build optionEmmanuele Bassi2020-06-261-1/+5
| | | | | | | And deprecate the `docs` one. The `gtk_doc` option is shared across GNOME modules, so we should conform to the established practice.
* Remove unused x11 configuration optionEmmanuele Bassi2020-01-071-4/+0
| | | | | Now that gdk-pixbuf-xlib has been moved out of tree into its own repository, we can drop the `x11` build configuration option.
* meson: add option for disabling GIO sniffingMatthew Waters2018-10-081-0/+5
| | | | | Some linux-like platforms (e.g. Android) don't have a mime-info database readily available for use.
* meson: Add option for installing testsEmmanuele Bassi2018-04-291-0/+4
| | | | | | Like the Autotools build allows us to decide whether the tests should be installed in a known location, we should have this option for the Meson build.
* build: Remove "with" from Meson build optionsBastien Nocera2017-12-051-3/+3
| | | | | | As per https://wiki.gnome.org/Initiatives/GnomeGoals/MesonPorting https://bugzilla.gnome.org/show_bug.cgi?id=790995
* build: Remove "enable" from Meson build optionsBastien Nocera2017-12-051-9/+9
| | | | | | As per https://wiki.gnome.org/Initiatives/GnomeGoals/MesonPorting https://bugzilla.gnome.org/show_bug.cgi?id=790995
* build: Make X11 support optionalRasmus Thomsen2017-11-291-0/+4
| | | | | | | | | | Don't make X11 support dependent on the presence of libX11 development files on the build system. Add an "x11" option to control whether X11 support should be built or not. https://bugzilla.gnome.org/show_bug.cgi?id=788672
* build: Support Windows components-based loaderChun-wei Fan2017-09-071-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is currently a GDI+ image loader that is within the GDK-Pixbuf codebase, which can serve as a basis for improvements to it or for moving on to more modern Windows APIs/Frameworks such as Windows Imaging Component (WIC). Provide a Windows-only option to build it with Meson, which will mean that when it is used the TIFF and JPEG loaders will not require libtiff and libjpeg-turbo/IJG JPEG, but will use the GDI+ component of Windows to deal with these images, along with BMP, GIF, ICO and images. This will also enable the support of EMF and WMF images. For building this set of loaders into the GDK-Pixbuf DLL, pass in 'windows' as a part of the loaders passed into builtin_loaders, or pass in 'all' to builtin_loaders in conjunction with this option. This also means that by using this set of GDI+ loaders, we cannot use any of the loaders (either in-house or those using the various opensource libraries) for these formats, so these loaders will be disabled as a result, since the MIME types, extensions and signature of these formats are the same in the GDI+ loaders with their respective counterparts that are otherwise built. Note that PNG support still requires libpng, and JPEG2000 support still requires libjasper, and in its current state, the TIFF and JPEG and ICO (and hence ANI) support that are done by the opensource libraries and/or the in-house loaders are still preferred over the GDI+-based ones since in the current state they tend to work better, so this is provided as an option. https://bugzilla.gnome.org/show_bug.cgi?id=785767
* build: Allow 'all' shorthand for builtin_loaders build optionChun-wei Fan2017-08-211-1/+1
| | | | | | | | | | To ease packaging of the built binaries, provide an 'all' shorthand for making all the buildable loaders built into the main GDK-Pixbuf library, so that we do not need to distribute them as well, and makes it easier so that one will not have to try to find and enter all the names of the loaders that are shipped with GDK-Pixbuf. https://bugzilla.gnome.org/show_bug.cgi?id=785767
* build: Add Meson build option for relocatable buildsChun-wei Fan2017-08-211-0/+4
| | | | | | | | | Add an option for relocatable builds, which is always enabled for Windows builds as the GDK-Pixbuf DLLs can be moved about depending on the packaging of the app. This is done as an option as relocatability is supported on non-Windows platforms as well. https://bugzilla.gnome.org/show_bug.cgi?id=785767
* meson: Generate documentationEmmanuele Bassi2017-08-021-0/+4
| | | | Both API reference and man pages.
* meson: Generate introspection dataEmmanuele Bassi2017-08-021-1/+5
| | | | | | | Just like the Autotools build does. We also provide a simple escape hatch for platforms where building introspection data is too complicated at the moment.
* Initial implementation of a Meson buildEmmanuele Bassi2017-08-011-0/+24
Meson is a better build system than Autotools that has gotten traction in the GNOME community. The build is pretty much equivalent between Autotools and Meson, but at this point it needs further testing to verify complete matching behaviour. The GDI-plus loaders are not currently built, as that will require access to a platform I don't have in order to test them. Additionally, the API reference is not being generated yet in Meson.
View Lorry Controller Status