fdo-mirrors/NetworkManager
1
0
Fork 0
mirror of https://gitlab.freedesktop.org/NetworkManager/NetworkManager.git synced 2025-12-30 14:20:17 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions
NetworkManager/src/nmcli/meson.build

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

95 lines
1.9 KiB
Meson
Raw Normal View History

all: update deprecated SPDX license identifiers These SPDX license identifiers are deprecated ([1]). Update them. [1] https://spdx.org/licenses/ sed \ -e '1 s%^/\* SPDX-License-Identifier: \(GPL-2.0\|LGPL-2.1\)+ \*/$%/* SPDX-License-Identifier: \1-or-later */%' \ -e '1,2 s%^\(--\|#\|//\) SPDX-License-Identifier: \(GPL-2.0\|LGPL-2.1\)+$%\1 SPDX-License-Identifier: \2-or-later%' \ -i \ $(git grep -l SPDX-License-Identifier -- \ ':(exclude)shared/c-*/' \ ':(exclude)shared/n-*/' \ ':(exclude)shared/systemd/src' \ ':(exclude)src/systemd/src')
2020-12-23 22:21:36 +01:00
# SPDX-License-Identifier: LGPL-2.1-or-later
license: Add license using SPDX identifiers to meson build files License is missing in meson build files. This has been added using SPDX identifiers and licensed under LGPL-2.1+.
2020-01-14 10:42:24 +01:00
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
if enable_nmcli
meson: Use string variables extensively The strings holding the names used for libraries have also been moved to different variables. This way they would be less error as these variables can be reused easily and any typing error would be quickly detected.
2018-01-09 08:05:15 +01:00
build: add initial support for meson build system meson is a build system focused on speed an ease of use, which helps speeding up the software development. This patch adds meson support along autotools. [thaller@redhat.com: rebased patch and adjusted for iwd support] https://mail.gnome.org/archives/networkmanager-list/2017-December/msg00022.html
2017-11-25 11:39:06 +01:00
install_data(
'nmcli-completion',
build: meson: Add trailing commas Add missing trailing commas that avoids getting noise when another file/parameter is added and eases reviewing changes[0]. [0] https://gitlab.gnome.org/GNOME/dconf/merge_requests/11#note_291585
2018-10-18 12:50:20 +02:00
install_dir: join_paths(nm_datadir, 'bash-completion', 'completions'),
build/meson: use "rename" directive for installing nmcli bash completion Otherwise, `ninja -C build uninstall` tries to delete "nmcli-completion", when the file got renamed to "nmcli". We depend on meson 0.47.2 already.
2022-05-13 16:15:13 +02:00
rename: 'nmcli',
build: add initial support for meson build system meson is a build system focused on speed an ease of use, which helps speeding up the software development. This patch adds meson support along autotools. [thaller@redhat.com: rebased patch and adjusted for iwd support] https://mail.gnome.org/archives/networkmanager-list/2017-December/msg00022.html
2017-11-25 11:39:06 +01:00
)
executable(
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
'nmcli',
clients: polkit-agent: implement polkit agent without using libpolkit
2019-12-17 16:42:05 +01:00
files(
'agent.c',
'common.c',
'connections.c',
'devices.c',
'general.c',
'nmcli.c',
'polkit-agent.c',
'settings.c',
'utils.c',
),
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
dependencies: [
build/meson: cleanup libnm-client-aux-extern
2021-02-24 20:14:36 +01:00
libnm_dep,
build/meson: cleanup libnm-glib-aux dependencies Avoid dependencies but explicitly link the static library where it is used. This also fixes that we linked libnm-log-core into libnm-settings-plugin-ifcfg-rh.so, which duplicated the symbols while it should used them from NetworkManager.
2021-02-24 11:52:51 +01:00
glib_dep,
build: move "libnm-core/" to "src/" and split it "libnm-core/" is rather complicated. It provides a static library that is linked into libnm.so and NetworkManager. It also contains public headers (like "nm-setting.h") which are part of public libnm API. Then we have helper libraries ("libnm-core/nm-libnm-core-*/") which only rely on public API of libnm-core, but are themself static libraries that can be used by anybody who uses libnm-core. And "libnm-core/nm-libnm-core-intern" is used by libnm-core itself. Move "libnm-core/" to "src/". But also split it in different directories so that they have a clearer purpose. The goal is to have a flat directory hierarchy. The "src/libnm-core*/" directories correspond to the different modules (static libraries and set of headers that we have). We have different kinds of such modules because of how we combine various code together. The directory layout now reflects this.
2021-02-12 15:01:09 +01:00
readline_dep,
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
],
build/meson: cleanup libnm-glib-aux dependencies Avoid dependencies but explicitly link the static library where it is used. This also fixes that we linked libnm-log-core into libnm-settings-plugin-ifcfg-rh.so, which duplicated the symbols while it should used them from NetworkManager.
2021-02-24 11:52:51 +01:00
link_with: [
build: move "clients/common/" to "src/libnmc-{base,setting}/"
2021-03-01 12:42:48 +01:00
libnmc_setting,
libnmc_base,
build/meson: cleanup libnm-client-aux-extern
2021-02-24 20:14:36 +01:00
libnm_client_aux_extern,
build/meson: cleanup dependencies for libnm-core-aux-extern
2021-02-24 14:26:46 +01:00
libnm_core_aux_extern,
build/meson: cleanup dependencies for libnm-core-aux-intern
2021-02-24 14:19:32 +01:00
libnm_core_aux_intern,
build/meson: cleanup dependencies for libnm-base
2021-02-24 13:42:05 +01:00
libnm_base,
build: fix linking libnm-log-null into different test programs We require these, otherwise we can get a linker error about _nm_utils_monotonic_timestamp_initialized symbol being undefined.
2021-06-30 22:02:51 +02:00
libnm_log_null,
build/meson: cleanup libnm-glib-aux dependencies Avoid dependencies but explicitly link the static library where it is used. This also fixes that we linked libnm-log-core into libnm-settings-plugin-ifcfg-rh.so, which duplicated the symbols while it should used them from NetworkManager.
2021-02-24 11:52:51 +01:00
libnm_glib_aux,
libnm_std_aux,
libc_siphash,
],
build/meson: use variables for ldflags and linker-script
2018-01-11 12:34:40 +01:00
link_args: ldflags_linker_script_binary,
build: add initial support for meson build system meson is a build system focused on speed an ease of use, which helps speeding up the software development. This patch adds meson support along autotools. [thaller@redhat.com: rebased patch and adjusted for iwd support] https://mail.gnome.org/archives/networkmanager-list/2017-December/msg00022.html
2017-11-25 11:39:06 +01:00
link_depends: linker_script_binary,
build: meson: Add trailing commas Add missing trailing commas that avoids getting noise when another file/parameter is added and eases reviewing changes[0]. [0] https://gitlab.gnome.org/GNOME/dconf/merge_requests/11#note_291585
2018-10-18 12:50:20 +02:00
install: true,
build: add initial support for meson build system meson is a build system focused on speed an ease of use, which helps speeding up the software development. This patch adds meson support along autotools. [thaller@redhat.com: rebased patch and adjusted for iwd support] https://mail.gnome.org/archives/networkmanager-list/2017-December/msg00022.html
2017-11-25 11:39:06 +01:00
)
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
endif
nmcli: rename "generate-docs-nm-settings-nmcli" to "gen-metadata-nm-settings-nmcli" This is the better name, becuse this is not in particular about "docs". It's about generating an XML with the information from the settings meta data for nmcli. We will do something similar with the libnm-core meta data.
2022-10-26 10:19:19 +02:00
gen_metadata_nm_settings_nmcli = executable(
'gen-metadata-nm-settings-nmcli',
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
files(
nmcli: rename "generate-docs-nm-settings-nmcli" to "gen-metadata-nm-settings-nmcli" This is the better name, becuse this is not in particular about "docs". It's about generating an XML with the information from the settings meta data for nmcli. We will do something similar with the libnm-core meta data.
2022-10-26 10:19:19 +02:00
'gen-metadata-nm-settings-nmcli.c',
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
),
dependencies: [
build/meson: cleanup libnm-client-aux-extern
2021-02-24 20:14:36 +01:00
libnm_dep,
build/meson: cleanup libnm-glib-aux dependencies Avoid dependencies but explicitly link the static library where it is used. This also fixes that we linked libnm-log-core into libnm-settings-plugin-ifcfg-rh.so, which duplicated the symbols while it should used them from NetworkManager.
2021-02-24 11:52:51 +01:00
glib_dep,
],
link_with: [
build: move "clients/common/" to "src/libnmc-{base,setting}/"
2021-03-01 12:42:48 +01:00
libnmc_setting,
libnmc_base,
build/meson: cleanup dependencies for libnm-core-aux-extern
2021-02-24 14:26:46 +01:00
libnm_core_aux_extern,
build/meson: cleanup dependencies for libnm-core-aux-intern
2021-02-24 14:19:32 +01:00
libnm_core_aux_intern,
build/meson: cleanup dependencies for libnm-base
2021-02-24 13:42:05 +01:00
libnm_base,
build: fix linking libnm-log-null into different test programs We require these, otherwise we can get a linker error about _nm_utils_monotonic_timestamp_initialized symbol being undefined.
2021-06-30 22:02:51 +02:00
libnm_log_null,
build/meson: cleanup libnm-glib-aux dependencies Avoid dependencies but explicitly link the static library where it is used. This also fixes that we linked libnm-log-core into libnm-settings-plugin-ifcfg-rh.so, which duplicated the symbols while it should used them from NetworkManager.
2021-02-24 11:52:51 +01:00
libnm_glib_aux,
libnm_std_aux,
libc_siphash,
docs: generate nm-settings-docs-nmcli.xml based on nmcli meta data We have the correct meta-data of supported properties for nmcli. It is in clients/common. Use that for generating the manual page instead of the properties that are part of libnm (some properties may be in libnm but not supported by nmcli, or some properties may not be GObject properties, and not detected as by GObject introspection).
2020-06-04 16:53:40 +02:00
],
link_args: ldflags_linker_script_binary,
link_depends: linker_script_binary,
)
build: commit pre-generated "generate-docs-nm-settings-nmcli.xml" to git We can generate "generate-docs-nm-settings-nmcli.xml" by running "clients/cli/generate-docs-nm-settings-nmcli". However, during cross compilation, that binary gets build in the target architecture, it can thus not run to generate the XML.
2020-11-01 17:36:22 +01:00
if enable_docs
nmcli: rename "generate-docs-nm-settings-nmcli" to "gen-metadata-nm-settings-nmcli" This is the better name, becuse this is not in particular about "docs". It's about generating an XML with the information from the settings meta data for nmcli. We will do something similar with the libnm-core meta data.
2022-10-26 10:19:19 +02:00
gen_metadata_nm_settings_nmcli_xml = custom_target(
'gen-metadata-nm-settings-nmcli.xml',
output: 'gen-metadata-nm-settings-nmcli.xml',
command: [ gen_metadata_nm_settings_nmcli ],
build: commit pre-generated "generate-docs-nm-settings-nmcli.xml" to git We can generate "generate-docs-nm-settings-nmcli.xml" by running "clients/cli/generate-docs-nm-settings-nmcli". However, during cross compilation, that binary gets build in the target architecture, it can thus not run to generate the XML.
2020-11-01 17:36:22 +01:00
capture: true,
)
test(
nmcli: rename "generate-docs-nm-settings-nmcli" to "gen-metadata-nm-settings-nmcli" This is the better name, becuse this is not in particular about "docs". It's about generating an XML with the information from the settings meta data for nmcli. We will do something similar with the libnm-core meta data.
2022-10-26 10:19:19 +02:00
'check-local-gen-metadata-nm-settings-nmcli',
build: rename "tools/check-settings-docs.sh" to "check-compare-generated.sh" It's a better name, because the script merely compiles files and is not specific to "settings-docs.h".
2020-11-01 18:28:37 +01:00
find_program(join_paths(source_root, 'tools', 'check-compare-generated.sh')),
build/meson: cleanup clients/***/meson.build
2021-02-04 14:16:29 +01:00
args: [
nmcli: rename "generate-docs-nm-settings-nmcli" to "gen-metadata-nm-settings-nmcli" This is the better name, becuse this is not in particular about "docs". It's about generating an XML with the information from the settings meta data for nmcli. We will do something similar with the libnm-core meta data.
2022-10-26 10:19:19 +02:00
source_root + '/src/nmcli/gen-metadata-nm-settings-nmcli.xml.in',
gen_metadata_nm_settings_nmcli_xml,
build/meson: cleanup clients/***/meson.build
2021-02-04 14:16:29 +01:00
],
build: commit pre-generated "generate-docs-nm-settings-nmcli.xml" to git We can generate "generate-docs-nm-settings-nmcli.xml" by running "clients/cli/generate-docs-nm-settings-nmcli". However, during cross compilation, that binary gets build in the target architecture, it can thus not run to generate the XML.
2020-11-01 17:36:22 +01:00
)
else
build/meson fix "gen-metadata-nm-settings-nmcli.xml.in" without enable_docs Fixes: ab8fdb73e6be ('build: commit pre-generated "generate-docs-nm-settings-nmcli.xml" to git')
2022-10-26 11:48:09 +02:00
gen_metadata_nm_settings_nmcli_xml = configure_file(
nmcli: rename "generate-docs-nm-settings-nmcli" to "gen-metadata-nm-settings-nmcli" This is the better name, becuse this is not in particular about "docs". It's about generating an XML with the information from the settings meta data for nmcli. We will do something similar with the libnm-core meta data.
2022-10-26 10:19:19 +02:00
input: 'gen-metadata-nm-settings-nmcli.xml.in',
build: commit pre-generated "generate-docs-nm-settings-nmcli.xml" to git We can generate "generate-docs-nm-settings-nmcli.xml" by running "clients/cli/generate-docs-nm-settings-nmcli". However, during cross compilation, that binary gets build in the target architecture, it can thus not run to generate the XML.
2020-11-01 17:36:22 +01:00
output: '@BASENAME@',
configuration: configuration_data(),
)
endif
Reference in a new issue Copy permalink