luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-15 05:46:15 +01:00
Code Issues Packages Projects Releases Wiki Activity
108f129096
glib/gio/gdbus-2.0/codegen/meson.build

46 lines
1.7 KiB
Meson
Raw Normal View History

meson: Improve MSVC and MinGW support and fix dependencies everywhere Disable gio tests on Windows, fix .gitignore to not ignore config.h.meson, and add more things to it. Rename the library file naming and versioning to match what Autotools outputs, e.g., libglib-2.0.so.0.5000.2 on Linux, libglib-2.0-0.dll and glib-2.0-0.dll on Windows with MSVC. Several more tiny fixes, more executables built and installed, install pkg-config and m4 files, fix building of gobject tests. Changes to gdbus-codegen to support out-of-tree builds without environment variables set (which you can't in Meson). We now add the build directory to the Python module search path.
2016-12-20 23:37:24 +01:00
gdbus_codegen_files = [
'__init__.py',
'codegen.py',
'codegen_main.py',
'codegen_docbook.py',
Add reStructuredText generator to gdbus-codegen The gdbus-codegen tool generates documentation from the XML introspection description of a D-Bus interface. Currently, only DocBook is supported at the moment, but not every modern documentation generator can handle that format. The reStructuredText format is a bit more well-supported, especially in documentation generators for non-C languages. Unlike DocBook, we get to make our own structure and conventions for how we structure the documentation when using reStructuredText.
2022-01-19 14:55:29 +01:00
'codegen_rst.py',
meson: Improve MSVC and MinGW support and fix dependencies everywhere Disable gio tests on Windows, fix .gitignore to not ignore config.h.meson, and add more things to it. Rename the library file naming and versioning to match what Autotools outputs, e.g., libglib-2.0.so.0.5000.2 on Linux, libglib-2.0-0.dll and glib-2.0-0.dll on Windows with MSVC. Several more tiny fixes, more executables built and installed, install pkg-config and m4 files, fix building of gobject tests. Changes to gdbus-codegen to support out-of-tree builds without environment variables set (which you can't in Meson). We now add the build directory to the Python module search path.
2016-12-20 23:37:24 +01:00
'dbustypes.py',
'parser.py',
'utils.py',
]
gdbus_codegen_conf = configuration_data()
gdbus_codegen_conf.set('VERSION', glib_version)
gdbus-codegen: Add --glib-max-allowed argument This complements the `--glib-min-required` argument, just like the `GLIB_MIN_REQUIRED` and `GLIB_MAX_ALLOWED` preprocessor defines which control access to APIs in C. Currently, it doesn’t affect code generation at all. When we next change code generation, we will need to gate any new API usage on this argument. Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #1993
2020-01-27 11:36:03 +01:00
gdbus_codegen_conf.set('MAJOR_VERSION', major_version)
gdbus_codegen_conf.set('MINOR_VERSION', minor_version)
meson: use the new 'python' module instead of the 'python3' one. Closes #1455 The new python module, added with 0.46, works with Python 2 and 3 and allows to pass a path for the interpreter to use, if the need arises. Previously the meson build set PYTHON, used in the shebang line of the scripts installed by glib, to the full path of the interpreter. The new meson module doesn't expose that atm, but we should set it to a executable name anyway, and not a full path.
2018-07-18 17:03:22 +02:00
gdbus_codegen_conf.set('PYTHON', python_name)
gdbus-codegen: Don't assume bindir and datadir share prefix This assumption breaks when, for instance: * Called as /bin/gdbus-codegen * Installed on Windows in a directory that is not `bin/` For such cases, we cannot make any assumptions about the directory structure, and must hard-code the datadir. https://bugzilla.gnome.org/show_bug.cgi?id=786785
2017-09-12 12:16:57 +02:00
gdbus_codegen_conf.set('DATADIR', glib_datadir)
meson: Improve MSVC and MinGW support and fix dependencies everywhere Disable gio tests on Windows, fix .gitignore to not ignore config.h.meson, and add more things to it. Rename the library file naming and versioning to match what Autotools outputs, e.g., libglib-2.0.so.0.5000.2 on Linux, libglib-2.0-0.dll and glib-2.0-0.dll on Windows with MSVC. Several more tiny fixes, more executables built and installed, install pkg-config and m4 files, fix building of gobject tests. Changes to gdbus-codegen to support out-of-tree builds without environment variables set (which you can't in Meson). We now add the build directory to the Python module search path.
2016-12-20 23:37:24 +01:00
# Install gdbus-codegen executable
gdbus_codegen = configure_file(input : 'gdbus-codegen.in',
output : 'gdbus-codegen',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
install_dir : get_option('bindir'),
meson: Set install_tag on all tools Those tools are not needed at runtime for typical applications, distributions typically package them separately. This makes `meson install --tag runtime` skip installation of those tools. Omitting `--tag` argument will still install them, as well as with `--tag bin,bin-devel`. See https://mesonbuild.com/Installing.html#installation-tags.
2022-09-09 19:56:35 +02:00
install_tag : 'bin-devel',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
configuration : gdbus_codegen_conf
)
meson: Provide our Python tools for builds Several of our tools are installed and are used by other projects to generate code. However, there is no 'install' when projects use glib as a subproject. We need some way for glib to 'provide' these tools so that when some project uses glib as a subproject, find_program('glib-mkenums') will transparently return the glib-mkenums we just built. Starting from Meson 0.46, this can be done with the `meson.override_find_program()` function. As a bonus, the Meson GNOME module will also use these 'overriden'/'provided' programs instead of looking for them in PATH.
2018-07-19 12:23:37 +02:00
# Provide tools for others when we're a subproject and they use the Meson GNOME module
meson.override_find_program('gdbus-codegen', gdbus_codegen)
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
build: Rework path construction to reliably add prefix There were a couple of custom paths which could end up being relative, rather than absolute, due to not properly prefixing them with `get_option('prefix')`. The use of `join_paths()` here correctly drops all path components before the final absolute path in the list of arguments. So if someone configures GLib with an absolute path for `gio_module_dir`, that will be used unprefixed; but if someone configures with a relative path, it will be prefixed by `get_option('prefix)`. Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #1919
2020-02-07 17:34:13 +01:00
codegen_dir = join_paths(glib_datadir, 'glib-2.0', 'codegen')
meson: Improve MSVC and MinGW support and fix dependencies everywhere Disable gio tests on Windows, fix .gitignore to not ignore config.h.meson, and add more things to it. Rename the library file naming and versioning to match what Autotools outputs, e.g., libglib-2.0.so.0.5000.2 on Linux, libglib-2.0-0.dll and glib-2.0-0.dll on Windows with MSVC. Several more tiny fixes, more executables built and installed, install pkg-config and m4 files, fix building of gobject tests. Changes to gdbus-codegen to support out-of-tree builds without environment variables set (which you can't in Meson). We now add the build directory to the Python module search path.
2016-12-20 23:37:24 +01:00
Revert "build: Use fs.copyfile() instead of configure_file()" This reverts commit 19353017a786e90e00c29890ba6ca2ef88798df4. The freedesktop SDK, which is used by gnome-build-meta, only has Meson 0.63. Bumping GLib’s Meson dependency to 0.64 means that, at the moment, GLib is not buildable in gnome-build-meta and hence can’t be tested in nightly pipelines against other projects, etc. That’s bad for testing GLib. It’s arguably bad that we’re restricted to using an older version of Meson than shipped by Debian Testing, but that’s a separate discussion to be had. Revert the Meson 0.64 dependency until the freedesktop SDK ships Meson ≥ 0.64. This also means reverting the simplifications to use of `gnome.mkenum_simple()`. See https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3077#note_1601064
2022-11-24 13:09:55 +01:00
gdbus_codegen_built_files = []
gdbus_codegen_built_files += configure_file(input : 'config.py.in',
meson: Improve gdbus-codegen custom target dependencies Ensure that the custom targets that use gdbus-codegen get rebuilt when any of the gdbus-codegen files are changed. https://bugzilla.gnome.org/show_bug.cgi?id=752239
2017-10-11 12:36:58 +02:00
output : 'config.py',
install_dir : codegen_dir,
meson: Set install_tag on remaining installed files
2022-09-18 22:51:55 +02:00
install_tag : 'bin-devel',
meson: Improve gdbus-codegen custom target dependencies Ensure that the custom targets that use gdbus-codegen get rebuilt when any of the gdbus-codegen files are changed. https://bugzilla.gnome.org/show_bug.cgi?id=752239
2017-10-11 12:36:58 +02:00
configuration : gdbus_codegen_conf)
meson: Improve MSVC and MinGW support and fix dependencies everywhere Disable gio tests on Windows, fix .gitignore to not ignore config.h.meson, and add more things to it. Rename the library file naming and versioning to match what Autotools outputs, e.g., libglib-2.0.so.0.5000.2 on Linux, libglib-2.0-0.dll and glib-2.0-0.dll on Windows with MSVC. Several more tiny fixes, more executables built and installed, install pkg-config and m4 files, fix building of gobject tests. Changes to gdbus-codegen to support out-of-tree builds without environment variables set (which you can't in Meson). We now add the build directory to the Python module search path.
2016-12-20 23:37:24 +01:00
foreach f : gdbus_codegen_files
# Copy these into the builddir so that gdbus-codegen can be used uninstalled
# and then install it too so that it can be used after installation
Revert "build: Use fs.copyfile() instead of configure_file()" This reverts commit 19353017a786e90e00c29890ba6ca2ef88798df4. The freedesktop SDK, which is used by gnome-build-meta, only has Meson 0.63. Bumping GLib’s Meson dependency to 0.64 means that, at the moment, GLib is not buildable in gnome-build-meta and hence can’t be tested in nightly pipelines against other projects, etc. That’s bad for testing GLib. It’s arguably bad that we’re restricted to using an older version of Meson than shipped by Debian Testing, but that’s a separate discussion to be had. Revert the Meson 0.64 dependency until the freedesktop SDK ships Meson ≥ 0.64. This also means reverting the simplifications to use of `gnome.mkenum_simple()`. See https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3077#note_1601064
2022-11-24 13:09:55 +01:00
gdbus_codegen_built_files += configure_file(input : f, output : f,
install_dir : codegen_dir,
install_tag : 'bin-devel',
copy : true)
meson: Improve MSVC and MinGW support and fix dependencies everywhere Disable gio tests on Windows, fix .gitignore to not ignore config.h.meson, and add more things to it. Rename the library file naming and versioning to match what Autotools outputs, e.g., libglib-2.0.so.0.5000.2 on Linux, libglib-2.0-0.dll and glib-2.0-0.dll on Windows with MSVC. Several more tiny fixes, more executables built and installed, install pkg-config and m4 files, fix building of gobject tests. Changes to gdbus-codegen to support out-of-tree builds without environment variables set (which you can't in Meson). We now add the build directory to the Python module search path.
2016-12-20 23:37:24 +01:00
endforeach
Reference in New Issue Copy Permalink