depau/Purism-Calls
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/calls.git synced 2024-11-19 01:51:46 +00:00
Code Issues Releases Wiki Activity
Purism-Calls/meson.build

151 lines
4.3 KiB
Meson
Raw Normal View History

Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
#
# Copyright (C) 2018 Purism SPC
#
meson: Fix project name in license header
2021-04-13 08:25:54 +00:00
# This file is part of Calls.
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
#
meson: Fix project name in license header
2021-04-13 08:25:54 +00:00
# Calls is free software: you can redistribute it and/or modify
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
meson: Fix project name in license header
2021-04-13 08:25:54 +00:00
# Calls is distributed in the hope that it will be useful,
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
meson: Fix project name in license header
2021-04-13 08:25:54 +00:00
# along with Calls. If not, see <http://www.gnu.org/licenses/>.
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
#
# SPDX-License-Identifier: GPL-3.0-or-later
#
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
project(
project: rename back to calls The project files should not have been renamed in c732c74 as these changes might infringe on GNOME trademarks
2021-02-10 21:18:51 +00:00
'calls',
Add phone number lookup using libfolks The CallsBestMatchView and CallsPhoneNumberQuery classes are written in Vala because they may be generally useful and to leave open the possibility of adding them to libfolks itself, which is written in Vala.
2019-10-28 10:21:09 +00:00
'c', 'vala',
Post release bump to 44.alpha.0
2022-09-21 10:42:56 +00:00
version: '44.alpha.0',
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
license: 'GPLv3+',
meson: Bump to 0.56.0 This allows us to use meson.project_build_root
2021-09-23 08:38:40 +00:00
meson_version: '>= 0.56.0',
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
default_options: [
'warning_level=1',
'buildtype=debugoptimized',
'c_std=gnu11'
]
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
)
project: Use org.gnome prefix in app id and adapt to changes In preparation to moving to GNOME all the IDs, DBus object paths, etc should change. Closes #303
2021-07-10 02:34:23 +00:00
calls_id = 'org.gnome.Calls'
meson: Change homepage to GNOMEs gitlab
2021-07-10 02:29:50 +00:00
calls_homepage = 'https://gitlab.gnome.org/GNOME/calls'
Add i18n basic structure Closes #3.
2018-09-07 07:47:52 +00:00
calls_name = meson.project_name()
main-window: Add the 'about' action This will be needed by the next commit to display an "About" dialog via the corresponding entry in the app menu that will be added. This also adds the PACKAGE_URL, PACKAGE_VERSION and VCS_TAG configuration data.
2018-08-30 06:50:37 +00:00
calls_version = meson.project_version()
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
top_include = include_directories('.')
prefix = get_option('prefix')
Manager: add test
2020-03-20 17:33:59 +00:00
builddir = meson.current_build_dir()
data: Add D-Bus service file Heavily inspired by https://gitlab.com/mobian1/callaudiod/-/commit/cf329d0a050899f036f677d8d5e16a749c6a80ba Fixes #464
2022-06-20 03:26:16 +00:00
full_bindir = join_paths(prefix, get_option('bindir'))
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
libdir = get_option('libdir')
data: Add D-Bus service file Heavily inspired by https://gitlab.com/mobian1/callaudiod/-/commit/cf329d0a050899f036f677d8d5e16a749c6a80ba Fixes #464
2022-06-20 03:26:16 +00:00
full_servicedir = join_paths(prefix, get_option('datadir'), 'dbus-1', 'services')
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
localedir = get_option('localedir')
full_localedir = join_paths(prefix, localedir)
full_calls_plugin_libdir = join_paths(prefix, libdir, calls_name, 'plugins')
Manager: add test
2020-03-20 17:33:59 +00:00
# Path to plugins inside the build dir, used for testing
full_calls_plugin_builddir = join_paths(builddir, 'plugins')
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
Add libcall-ui as submodule This is meant to ease sharing the call ui between calls and phosh.
2021-10-01 16:34:56 +00:00
libcall_ui_dep = dependency('call-ui',
fallback: ['libcall-ui', 'libcall_ui_dep'],
meson: Don't build tests, examples or documentation for libcall-ui Not necessary when building Calls.
2021-11-17 18:58:45 +00:00
default_options: ['tests=false', 'examples=false', 'gtk_doc=false'],
Add libcall-ui as submodule This is meant to ease sharing the call ui between calls and phosh.
2021-10-01 16:34:56 +00:00
)
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
config_data = configuration_data()
config_data.set_quoted('APP_ID', calls_id)
Record calls to an SQLite database via libgom Closes use-cases#114
2019-07-22 10:52:46 +00:00
config_data.set_quoted('APP_DATA_NAME', calls_name)
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
config_data.set_quoted('GETTEXT_PACKAGE', calls_name)
config_data.set_quoted('LOCALEDIR', full_localedir)
config_data.set_quoted('PLUGIN_LIBDIR', full_calls_plugin_libdir)
config_data.set_quoted('PACKAGE_URL', calls_homepage)
config_data.set_quoted('PACKAGE_VERSION', calls_version)
config_data.set('PACKAGE_URL_RAW', calls_homepage)
Add run script to the build directory This allows starting calls by invoking something like _build/run. Closes #292
2021-06-03 10:56:21 +00:00
run_data = configuration_data()
run_data.set('ABS_BUILDDIR', meson.current_build_dir())
run_data.set('ABS_SRCDIR', meson.current_source_dir())
configure_file(
input: 'run.in',
output: 'run',
configuration: run_data)
meson: Use stricter compilation warnings and errors All the previous commits make sure we don't fail building with these flags.
2021-06-02 18:51:47 +00:00
cc = meson.get_compiler('c')
global_c_args = []
test_c_args = [
'-Wcast-align',
'-Wdate-time',
'-Wdeclaration-after-statement',
['-Werror=format-security', '-Werror=format=2'],
'-Wendif-labels',
'-Werror=incompatible-pointer-types',
'-Werror=missing-declarations',
'-Werror=overflow',
'-Werror=return-type',
'-Werror=shift-count-overflow',
'-Werror=shift-overflow=2',
'-Wfloat-equal',
'-Wformat-nonliteral',
'-Wformat-security',
'-Winit-self',
'-Wmaybe-uninitialized',
meson: Warn when using misleading indentation This allows catching bugs like the infamous 'goto fail goto fail' bug.
2022-01-18 04:23:44 +00:00
'-Wmisleading-indentation',
meson: Use stricter compilation warnings and errors All the previous commits make sure we don't fail building with these flags.
2021-06-02 18:51:47 +00:00
'-Wmissing-include-dirs',
'-Wmissing-noreturn',
'-Wnested-externs',
'-Wold-style-definition',
'-Wshadow',
'-Wstrict-prototypes',
'-Wswitch-default',
'-Wno-switch-enum',
'-Wtype-limits',
'-Wunused-function',
meson: Enable warning for unused variables
2022-05-09 09:08:14 +00:00
'-Wunused-variable',
meson: bump minimum and maximum glib to 2.64 and 2.68 This allows us to get rid of some conditional compilation in src/util.c
2021-06-22 05:30:03 +00:00
'-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_64',
build: Allow glib 2.70 This one as g_notification_set_category()
2021-08-02 10:23:55 +00:00
'-DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_70',
meson: Disable deprecation warning for e-d-s After bumping minimum glib requirements we get a bunch of ``` In file included from /usr/include/evolution-data-server/libedataserver/libedataserver.h:32, from /usr/include/evolution-data-server/libebook-contacts/libebook-contacts.h:23, from ../src/service.c:48: /usr/include/evolution-data-server/libedataserver/e-flag.h:54:8: warning: 'GTimeVal' is deprecated: Use 'GDateTime' instead [-Wdeprecated-declarations] 54 | GTimeVal *abs_time); | ^~~~~~~~ In file included from /usr/include/glib-2.0/glib/galloca.h:32, from /usr/include/glib-2.0/glib.h:30, from ../src/service.c:36: /usr/include/glib-2.0/glib/gtypes.h:547:8: note: declared here 547 | struct _GTimeVal | ^~~~~~~~~ ``` Upstream recommends avoiding the warnings by defining `EDS_DISABLE_DEPRECATED`, see https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/332.
2021-06-22 05:35:20 +00:00
# see https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/332
'-DEDS_DISABLE_DEPRECATED',
project: Do not allow deprecated gtk/gdk symbols This will make sure that we're not introducing deprecated symbols which could make it harder to migrate to Gtk4.
2021-11-26 05:48:08 +00:00
# in preparation for the switch to Gtk4 we should make sure not to use deprecated symbols
'-DGDK_DISABLE_DEPRECATED',
'-DGTK_DISABLE_DEPRECATED',
meson: Use stricter compilation warnings and errors All the previous commits make sure we don't fail building with these flags.
2021-06-02 18:51:47 +00:00
]
if get_option('buildtype') != 'plain'
test_c_args += '-fstack-protector-strong'
endif
foreach arg: test_c_args
if cc.has_multi_arguments(arg)
global_c_args += arg
endif
endforeach
add_project_arguments(
global_c_args,
language: 'c'
)
build: Specifify glib versions This avoids deprecation warnings due to GTimeVal used in libebook-contacts.h See https://tecnocode.co.uk/2019/08/24/gtimeval-deprecation-in-glib-2-61-2/ It's already fixed in newer eds so we can drop this once we move to a newer stack.
2020-05-19 08:44:59 +00:00
Add i18n basic structure Closes #3.
2018-09-07 07:47:52 +00:00
subdir('po')
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
subdir('src')
Move plugin specific tests into dedicated directory This will prove beneficial when we also add tests for the policy engine plugins. The increased locality is also nice to have.
2022-07-18 20:30:19 +00:00
subdir('tests')
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
subdir('plugins')
Preliminary documentation of provider interfaces * Preliminary documentation of CallsCall and CallsMessageSource * Documentation and cleaning up of CallsCallData * Add data files and meson rules to create gtk-doc documentation * Move some macros from util.h to calls-message-source.h
2018-05-23 08:52:58 +00:00
subdir('doc')
Add .desktop file and icon
2018-06-04 15:56:00 +00:00
subdir('data')
meson: Use stricter compilation warnings and errors All the previous commits make sure we don't fail building with these flags.
2021-06-02 18:51:47 +00:00
build: Use GNOME module post_install() This greatly simplifies the post install script. As this functionality depends on newer meson (0.59.0) it is guarded by a version check. Distributions usually use their own tooling so it's does not matter if they don't run the postinstall scripts (e.g. because of using too old meson)
2022-09-03 15:44:14 +00:00
# gnome.post_install() is available since meson 0.59.0
# Distributions use their own tooling (e.g. postinst, triggers, etc)
# so it is okay if the post_install() is not run on distro builds
m_ver = meson.version().split('.')
if m_ver[0].to_int() > 0 or m_ver[1].to_int() > 58
gnome.post_install(
glib_compile_schemas: true,
gtk_update_icon_cache: true,
update_desktop_database: true,
)
endif
Reference in a new issue Copy permalink