luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-14 13:26:16 +01:00
Code Issues Packages Projects Releases Wiki Activity
24e1bfba16
glib/glib/meson.build

545 lines
13 KiB
Meson
Raw Normal View History

glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
glib_sources = []
meson: Cleanup include-dir paths, use base path without repetitions Avoid setting the subdir all the times, just use the global definition plus the specific module subdir
2022-10-24 14:13:04 +02:00
glib_sub_includedir = glib_includedir / 'glib'
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
gi: expose some files as variable for gobject-introspection see: https://gitlab.gnome.org/GNOME/gobject-introspection/-/merge_requests/313
2022-01-28 14:54:22 +01:00
glibconfig_h = configure_file(input : 'glibconfig.h.in', output : 'glibconfig.h',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
install_dir : join_paths(get_option('libdir'), 'glib-2.0/include'),
meson: Set install_tag on remaining installed files
2022-09-18 22:51:55 +02:00
install_tag : 'devel',
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
configuration : glibconfig_conf)
glib: Also include glibconfig.h in the libglib dependencies and sources It must be there to build, or we'd fail: See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346909
2022-10-20 16:47:13 +02:00
glib_sources += glibconfig_h
meson: initial glib build https://mail.gnome.org/archives/gtk-devel-list/2013-August/msg00001.html
2013-08-07 22:41:12 +02:00
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
gversionmacros_h = custom_target(
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
input: 'gversionmacros.h.in',
output: 'gversionmacros.h',
command: [gen_visibility_macros, meson.project_version(), 'versions-macros', '@INPUT@', '@OUTPUT@'],
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
install: true,
Install gversionmacros.h in the right place The gversionmacros.h header is referenced from glib/, so it needs to go into glib's include directory, not in the top-level alongside glib.h, glib-object.h, gmodule.h, and glib-unix.h.
2022-10-26 13:01:51 +02:00
install_dir: glib_sub_includedir,
meson: Add missing install tags
2022-10-26 17:38:10 +02:00
# FIXME: Not needed with Meson >= 0.64.0
Install gversionmacros.h in the right place The gversionmacros.h header is referenced from glib/, so it needs to go into glib's include directory, not in the top-level alongside glib.h, glib-object.h, gmodule.h, and glib-unix.h.
2022-10-26 13:01:51 +02:00
install_tag: 'devel',
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
)
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
gvisibility_h = custom_target(
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
output: 'glib-visibility.h',
command: [gen_visibility_macros, meson.project_version(), 'visibility-macros', 'GLIB', '@OUTPUT@'],
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
install: true,
meson: Cleanup include-dir paths, use base path without repetitions Avoid setting the subdir all the times, just use the global definition plus the specific module subdir
2022-10-24 14:13:04 +02:00
install_dir: glib_sub_includedir,
meson: Add missing install tags
2022-10-26 17:38:10 +02:00
# FIXME: Not needed with Meson >= 0.64.0
Install gversionmacros.h in the right place The gversionmacros.h header is referenced from glib/, so it needs to go into glib's include directory, not in the top-level alongside glib.h, glib-object.h, gmodule.h, and glib-unix.h.
2022-10-26 13:01:51 +02:00
install_tag: 'devel',
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
)
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
glib_built_headers = [gversionmacros_h, gvisibility_h]
glib_sources += glib_built_headers
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
glib_c_args_internal = [
'-DGLIB_COMPILATION',
]
meson: initial glib build https://mail.gnome.org/archives/gtk-devel-list/2013-August/msg00001.html
2013-08-07 22:41:12 +02:00
subdir('libcharset')
Meson: Extract objects from convenience libraries to link them This avoids the convenience library being treated as though it was an installed static library (objects not included in the dependent static library, and convenience library being listed in the pkg-config metadata), both of which would make static linking impossible. This is a workaround for meson not having https://github.com/mesonbuild/meson/pull/3939 merged yet. Fixes: https://gitlab.gnome.org/GNOME/glib/issues/1536 Signed-off-by: Simon McVittie <smcv@collabora.com>
2018-09-25 09:58:25 +02:00
gtrace: Add sysprof tracing support infrastructure Add some internal wrappers around sysprof tracing, so that it can be used throughout GLib without exposing all the details of sysprof internally. This adds an optional dependency on `libsysprof-capture-4`. sysprof support is disabled without it. This depends on the GLib dependency of `libsysprof-capture` being dropped in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/30, which has bumped the soname of `libsysprof-capture` and added subproject support. The next few commits will add marks that trace out each `GMainContext` iteration and each `GSource` `check`/`prepare`/`dispatch` call. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-06-25 23:08:05 +02:00
# libsysprof-capture support
Bump the libsysprof-capture dependency We require libsysprof-capture 3.38.0 for sysprof_collector_request_counters.
2020-10-09 00:29:39 +02:00
libsysprof_capture_dep = dependency('sysprof-capture-4', version: '>= 3.38.0',
gtrace: Add sysprof tracing support infrastructure Add some internal wrappers around sysprof tracing, so that it can be used throughout GLib without exposing all the details of sysprof internally. This adds an optional dependency on `libsysprof-capture-4`. sysprof support is disabled without it. This depends on the GLib dependency of `libsysprof-capture` being dropped in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/30, which has bumped the soname of `libsysprof-capture` and added subproject support. The next few commits will add marks that trace out each `GMainContext` iteration and each `GSource` `check`/`prepare`/`dispatch` call. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-06-25 23:08:05 +02:00
required: get_option('sysprof'),
default_options: [
build: update sysprof configuration options Sysprof recently cleaned up it's build configuration options. This is perhaps a good time to update GLib to point at an updated commit'ish and use the new options. If now is not a good time to do the update, that is completely fine, but I wanted to give you a turn-key MR nonetheless.
2022-05-26 08:02:14 +02:00
'examples=false',
'gtk=false',
'tests=false',
'tools=false',
gtrace: Add sysprof tracing support infrastructure Add some internal wrappers around sysprof tracing, so that it can be used throughout GLib without exposing all the details of sysprof internally. This adds an optional dependency on `libsysprof-capture-4`. sysprof support is disabled without it. This depends on the GLib dependency of `libsysprof-capture` being dropped in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/30, which has bumped the soname of `libsysprof-capture` and added subproject support. The next few commits will add marks that trace out each `GMainContext` iteration and each `GSource` `check`/`prepare`/`dispatch` call. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-06-25 23:08:05 +02:00
'libsysprof=false',
build: update sysprof configuration options Sysprof recently cleaned up it's build configuration options. This is perhaps a good time to update GLib to point at an updated commit'ish and use the new options. If now is not a good time to do the update, that is completely fine, but I wanted to give you a turn-key MR nonetheless.
2022-05-26 08:02:14 +02:00
'sysprofd=none',
gtrace: Add sysprof tracing support infrastructure Add some internal wrappers around sysprof tracing, so that it can be used throughout GLib without exposing all the details of sysprof internally. This adds an optional dependency on `libsysprof-capture-4`. sysprof support is disabled without it. This depends on the GLib dependency of `libsysprof-capture` being dropped in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/30, which has bumped the soname of `libsysprof-capture` and added subproject support. The next few commits will add marks that trace out each `GMainContext` iteration and each `GSource` `check`/`prepare`/`dispatch` call. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-06-25 23:08:05 +02:00
'help=false',
],
fallback: ['sysprof', 'libsysprof_capture_dep'],
)
glib_conf.set('HAVE_SYSPROF', libsysprof_capture_dep.found())
meson: small cleanup for printf checks Instead of duplicating checks add a use_system_printf meson variable and macro and use them everywhere.
2019-08-10 16:45:31 +02:00
if use_system_printf
Meson: Check for HAVE_GOOD_PRINTF The HAVE_GOOD_PRINTF config variable determines whether we are able to use the CRT-supplied *printf() functions directly, by determining whether the CRT-supplied vsnprintf() and snprintf() functions support C99 well enough. This means, we need to build the gnulib subdir as a static lib in GLib, and use the gnulib *printf() functions when: -We are on Windows -The CRT's vsnprintf() and snprintf() is not sufficiently C99-compliant. This will fix the problem when the *printf() functions cause a CRT abort() call on pre-2015 Visual Studio builds at least, and ensures that the Visual Studio 2015+ builds will pass the printf tests in GLib, since the *printf() in Visual Studio 2015/2017's CRT does not support the %n format specifier, nor the positional parameters (which requires different _*printf_p*() functions), as indicated by glib/tests/test-printf.c. https://bugzilla.gnome.org/show_bug.cgi?id=783270
2017-07-17 09:51:54 +02:00
gnulib_lib = []
glib: update internal gnulib from upstream https://bugzilla.gnome.org/show_bug.cgi?id=795569 Related to issue #1371.
2019-02-09 15:06:03 +01:00
gnulib_libm_dependency = []
glib_conf.set ('gl_unused', '')
glib_conf.set ('gl_extern_inline', '')
Meson: Check for HAVE_GOOD_PRINTF The HAVE_GOOD_PRINTF config variable determines whether we are able to use the CRT-supplied *printf() functions directly, by determining whether the CRT-supplied vsnprintf() and snprintf() functions support C99 well enough. This means, we need to build the gnulib subdir as a static lib in GLib, and use the gnulib *printf() functions when: -We are on Windows -The CRT's vsnprintf() and snprintf() is not sufficiently C99-compliant. This will fix the problem when the *printf() functions cause a CRT abort() call on pre-2015 Visual Studio builds at least, and ensures that the Visual Studio 2015+ builds will pass the printf tests in GLib, since the *printf() in Visual Studio 2015/2017's CRT does not support the %n format specifier, nor the positional parameters (which requires different _*printf_p*() functions), as indicated by glib/tests/test-printf.c. https://bugzilla.gnome.org/show_bug.cgi?id=783270
2017-07-17 09:51:54 +02:00
else
glib: update internal gnulib from upstream https://bugzilla.gnome.org/show_bug.cgi?id=795569 Related to issue #1371.
2019-02-09 15:06:03 +01:00
subdir ('gnulib/gl_extern_inline')
subdir ('gnulib/gl_cv_long_double_equals_double')
subdir ('gnulib/gl_cv_cc_double_expbit0')
subdir ('gnulib/gl_cv_func_printf_precision')
subdir ('gnulib/gl_cv_func_printf_enomem')
subdir ('gnulib/gl_cv_func_printf_flag_zero')
subdir ('gnulib/gl_cv_func_printf_flag_leftadjust')
subdir ('gnulib/gl_cv_func_printf_flag_grouping')
subdir ('gnulib/gl_cv_func_printf_directive_a')
subdir ('gnulib/gl_cv_func_printf_directive_f')
subdir ('gnulib/gl_cv_func_printf_directive_ls')
subdir ('gnulib/gl_cv_func_printf_long_double')
subdir ('gnulib/gl_cv_func_printf_infinite')
subdir ('gnulib/gl_cv_func_printf_infinite_long_double')
gl_unused = '''
/* Define as a marker that can be attached to declarations that might not
be used. This helps to reduce warnings, such as from
GCC -Wunused-parameter. */
#if __GNUC__ >= 3 || (__GNUC__ == 2 && __GNUC_MINOR__ >= 7)
# define _GL_UNUSED __attribute__ ((__unused__))
#else
# define _GL_UNUSED
#endif
'''
glib_conf.set ('gl_unused', gl_unused)
glib_conf.set ('gl_extern_inline', gl_extern_inline)
if (gl_cv_long_double_equals_double)
glib_conf.set ('HAVE_SAME_LONG_DOUBLE_AS_DOUBLE', 1)
endif
if (gl_cv_cc_double_expbit0_word >= 0 and
gl_cv_cc_double_expbit0_bit >= 0)
glib_conf.set('DBL_EXPBIT0_WORD', gl_cv_cc_double_expbit0_word)
glib_conf.set('DBL_EXPBIT0_BIT', gl_cv_cc_double_expbit0_bit)
endif
if not gl_cv_func_printf_precision
glib_conf.set('NEED_PRINTF_UNBOUNDED_PRECISION', 1)
endif
if not gl_cv_func_printf_enomem
glib_conf.set('NEED_PRINTF_ENOMEM', 1)
endif
if not gl_cv_func_printf_flag_leftadjust
glib_conf.set('NEED_PRINTF_FLAG_LEFTADJUST', 1)
endif
if not gl_cv_func_printf_flag_zero
glib_conf.set('NEED_PRINTF_FLAG_ZERO', 1)
endif
if not gl_cv_func_printf_flag_grouping
glib_conf.set('NEED_PRINTF_FLAG_GROUPING', 1)
endif
if not gl_cv_func_printf_directive_a
glib_conf.set('NEED_PRINTF_DIRECTIVE_A', 1)
endif
if not gl_cv_func_printf_directive_f
glib_conf.set('NEED_PRINTF_DIRECTIVE_F', 1)
endif
if not gl_cv_func_printf_directive_ls
glib_conf.set('NEED_PRINTF_DIRECTIVE_LS', 1)
endif
if (not gl_cv_func_printf_precision or
not gl_cv_func_printf_enomem)
glib_conf.set('NEED_PRINTF_DOUBLE', 1)
glib_conf.set('NEED_PRINTF_LONG_DOUBLE', 1)
endif
if not gl_cv_func_printf_infinite
glib_conf.set('NEED_PRINTF_INFINITE_DOUBLE', 1)
endif
meson: Fix gnulib printf checks Some typos, and accidental usage of the strings `'true'` / `'false'` instead of the booleans `true` / `false`.
2020-06-08 15:13:04 +02:00
if gl_cv_func_printf_long_double and gl_cv_func_printf_infinite_long_double
glib: update internal gnulib from upstream https://bugzilla.gnome.org/show_bug.cgi?id=795569 Related to issue #1371.
2019-02-09 15:06:03 +01:00
glib_conf.set('NEED_PRINTF_INFINITE_LONG_DOUBLE', 1)
endif
Meson: Check for HAVE_GOOD_PRINTF The HAVE_GOOD_PRINTF config variable determines whether we are able to use the CRT-supplied *printf() functions directly, by determining whether the CRT-supplied vsnprintf() and snprintf() functions support C99 well enough. This means, we need to build the gnulib subdir as a static lib in GLib, and use the gnulib *printf() functions when: -We are on Windows -The CRT's vsnprintf() and snprintf() is not sufficiently C99-compliant. This will fix the problem when the *printf() functions cause a CRT abort() call on pre-2015 Visual Studio builds at least, and ensures that the Visual Studio 2015+ builds will pass the printf tests in GLib, since the *printf() in Visual Studio 2015/2017's CRT does not support the %n format specifier, nor the positional parameters (which requires different _*printf_p*() functions), as indicated by glib/tests/test-printf.c. https://bugzilla.gnome.org/show_bug.cgi?id=783270
2017-07-17 09:51:54 +02:00
subdir('gnulib')
endif
meson: initial glib build https://mail.gnome.org/archives/gtk-devel-list/2013-August/msg00001.html
2013-08-07 22:41:12 +02:00
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
glib_headers = files(
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'glib.h',
'glib-unix.h',
'glib-object.h',
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
)
meson: Cleanup include-dir paths, use base path without repetitions Avoid setting the subdir all the times, just use the global definition plus the specific module subdir
2022-10-24 14:13:04 +02:00
install_headers(glib_headers, install_dir : glib_includedir)
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
gi: expose some files as variable for gobject-introspection see: https://gitlab.gnome.org/GNOME/gobject-introspection/-/merge_requests/313
2022-01-28 14:54:22 +01:00
# Expose as variable to be used by gobject-introspection
# when it includes GLib as a subproject
glib_unix_h = files('glib-unix.h')
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
glib_deprecated_headers = files(
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'deprecated/gallocator.h',
'deprecated/gcache.h',
'deprecated/gcompletion.h',
'deprecated/gmain.h',
'deprecated/grel.h',
'deprecated/gthread.h',
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
)
meson: Cleanup include-dir paths, use base path without repetitions Avoid setting the subdir all the times, just use the global definition plus the specific module subdir
2022-10-24 14:13:04 +02:00
install_headers(glib_deprecated_headers,
install_dir : glib_sub_includedir / 'deprecated')
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
glib_sub_headers = files(
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'glib-autocleanups.h',
glib_typeof: Move definition to its own header It is cleaner to define glib_typeof() in a header included after gversionmacros.h so we can use GLIB_VERSION_MIN_REQUIRED directly instead of doing it everywhere glib_typeof() is used.
2021-02-26 21:15:57 +01:00
'glib-typeof.h',
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'galloca.h',
'garray.h',
'gasyncqueue.h',
'gatomic.h',
'gbacktrace.h',
'gbase64.h',
'gbitlock.h',
'gbookmarkfile.h',
'gbytes.h',
'gcharset.h',
'gchecksum.h',
'gconvert.h',
'gdataset.h',
'gdate.h',
'gdatetime.h',
'gdir.h',
'genviron.h',
'gerror.h',
'gfileutils.h',
'ggettext.h',
'ghash.h',
'ghmac.h',
'ghook.h',
'ghostutils.h',
'gi18n.h',
'gi18n-lib.h',
'giochannel.h',
'gkeyfile.h',
'glist.h',
'gmacros.h',
'gmain.h',
'gmappedfile.h',
'gmarkup.h',
'gmem.h',
'gmessages.h',
'gnode.h',
'goption.h',
'gpattern.h',
'gpoll.h',
'gprimes.h',
'gqsort.h',
'gquark.h',
'gqueue.h',
'grand.h',
Add refcounted data It is useful to provide a "reference counted allocation" API that can add reference counting semantics to any memory allocation. This allows turning data structures that usually are placed on the stack into memory that can be placed on the heap without: - adding a public reference count field - implementing copy/free semantics This mechanism is similar to Rust's Rc<Box<T>> combination of traits, and uses a Valgrind-friendly overallocation mechanism to store the reference count into a private data segment, like we do with GObject's private instance data.
2018-06-10 13:20:34 +02:00
'grcbox.h',
Add reference counting types We have a common pattern for reference counting in GLib, but we always implement it with ad hoc code. This is a good chance at trying to standardise the implementation and make it public, so that other code using GLib can take advantage of shared behaviour and semantics. Instead of simply taking an integer variable, we should create type aliases, to immediately distinguish the reference counting semantics of the code; we can handle mixing atomic reference counting with a non-atomic type (and vice versa) by using differently signed values for the atomic and non-atomic cases. The gatomicrefcount type is modelled on the Linux kernel refcount_t type; the grefcount type is added to let single-threaded code bases to avoid paying the price of atomic memory barriers on reference counting operations.
2018-01-17 17:38:45 +01:00
'grefcount.h',
Add reference counted strings The last part of the reference counting saga. Now that we have: - reference counter types - reference counted allocations we can finally add reference counted strings using reference counted allocations to avoid creating a new String type, and reimplementing every single string-based API.
2018-06-12 14:46:28 +02:00
'grefstring.h',
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'gregex.h',
'gscanner.h',
'gsequence.h',
'gshell.h',
'gslice.h',
'gslist.h',
'gspawn.h',
'gstdio.h',
'gstrfuncs.h',
gstrvbuilder: Add a new object to make NULL-terminated string arrays. GLib uses NULL-terminated string arrays (GStrv) in a number of places, however these are quite hard to construct in C when the number of elements is not known in advance. GStrvBuilder wraps GPtrArray to make these easy to create with type safety and does the memory management for you.
2020-10-14 13:01:24 +02:00
'gstrvbuilder.h',
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'gtestutils.h',
'gstring.h',
'gstringchunk.h',
'gthread.h',
'gthreadpool.h',
'gtimer.h',
'gtimezone.h',
'gtrashstack.h',
'gtree.h',
'gtypes.h',
meson: Install missing guuid.h header
2017-05-22 12:07:19 +02:00
'guuid.h',
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'gunicode.h',
guri: new URI parsing and generating functions Add a set of new URI parsing and generating functions, including a new parsed-URI type GUri. Move all the code from gurifuncs.c into guri.c, reimplementing some of those functions (and g_string_append_uri_encoded()) in terms of the new code. Fixes: https://gitlab.gnome.org/GNOME/glib/issues/110 Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
2019-01-17 07:38:20 +01:00
'guri.h',
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
'gutils.h',
'gvarianttype.h',
'gvariant.h',
'gversion.h',
'gwin32.h',
'gprintf.h',
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
)
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
meson: Cleanup include-dir paths, use base path without repetitions Avoid setting the subdir all the times, just use the global definition plus the specific module subdir
2022-10-24 14:13:04 +02:00
install_headers(glib_sub_headers, install_dir : glib_sub_includedir)
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
deprecated_sources = files(
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'deprecated/gallocator.c',
'deprecated/gcache.c',
'deprecated/gcompletion.c',
'deprecated/grel.c',
'deprecated/gthread-deprecated.c'
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
)
meson: initial glib build https://mail.gnome.org/archives/gtk-devel-list/2013-August/msg00001.html
2013-08-07 22:41:12 +02:00
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
glib_sources += files(
Add atomically refcounted data GArcBox is the atomic reference counting version of GRcBox. Unlike GRcBox, the reference acquisition and release on GArcBox are guaranteed to be atomic, and thus they can be performed from different threads. This is similar to Rust's Arc<Box<T>> combination of traits.
2018-06-11 12:52:54 +02:00
'garcbox.c',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'garray.c',
'gasyncqueue.c',
'gatomic.c',
'gbacktrace.c',
'gbase64.c',
'gbitlock.c',
'gbookmarkfile.c',
'gbytes.c',
'gcharset.c',
'gchecksum.c',
'gconvert.c',
'gdataset.c',
'gdate.c',
'gdatetime.c',
'gdir.c',
'genviron.c',
'gerror.c',
'gfileutils.c',
'ggettext.c',
'ghash.c',
'ghmac.c',
'ghook.c',
'ghostutils.c',
'giochannel.c',
'gkeyfile.c',
'glib-init.c',
'glib-private.c',
'glist.c',
'gmain.c',
'gmappedfile.c',
'gmarkup.c',
'gmem.c',
'gmessages.c',
'gnode.c',
'goption.c',
'gpattern.c',
'gpoll.c',
'gprimes.c',
'gqsort.c',
'gquark.c',
'gqueue.c',
'grand.c',
Add refcounted data It is useful to provide a "reference counted allocation" API that can add reference counting semantics to any memory allocation. This allows turning data structures that usually are placed on the stack into memory that can be placed on the heap without: - adding a public reference count field - implementing copy/free semantics This mechanism is similar to Rust's Rc<Box<T>> combination of traits, and uses a Valgrind-friendly overallocation mechanism to store the reference count into a private data segment, like we do with GObject's private instance data.
2018-06-10 13:20:34 +02:00
'grcbox.c',
Add reference counting types We have a common pattern for reference counting in GLib, but we always implement it with ad hoc code. This is a good chance at trying to standardise the implementation and make it public, so that other code using GLib can take advantage of shared behaviour and semantics. Instead of simply taking an integer variable, we should create type aliases, to immediately distinguish the reference counting semantics of the code; we can handle mixing atomic reference counting with a non-atomic type (and vice versa) by using differently signed values for the atomic and non-atomic cases. The gatomicrefcount type is modelled on the Linux kernel refcount_t type; the grefcount type is added to let single-threaded code bases to avoid paying the price of atomic memory barriers on reference counting operations.
2018-01-17 17:38:45 +01:00
'grefcount.c',
Add reference counted strings The last part of the reference counting saga. Now that we have: - reference counter types - reference counted allocations we can finally add reference counted strings using reference counted allocations to avoid creating a new String type, and reimplementing every single string-based API.
2018-06-12 14:46:28 +02:00
'grefstring.c',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'gregex.c',
'gscanner.c',
'gsequence.c',
'gshell.c',
'gslice.c',
'gslist.c',
'gstdio.c',
'gstrfuncs.c',
'gstring.c',
'gstringchunk.c',
gstrvbuilder: Add a new object to make NULL-terminated string arrays. GLib uses NULL-terminated string arrays (GStrv) in a number of places, however these are quite hard to construct in C when the number of elements is not known in advance. GStrvBuilder wraps GPtrArray to make these easy to create with type safety and does the memory management for you.
2020-10-14 13:01:24 +02:00
'gstrvbuilder.c',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'gtestutils.c',
'gthread.c',
'gthreadpool.c',
'gtimer.c',
'gtimezone.c',
gtrace: Add sysprof tracing support infrastructure Add some internal wrappers around sysprof tracing, so that it can be used throughout GLib without exposing all the details of sysprof internally. This adds an optional dependency on `libsysprof-capture-4`. sysprof support is disabled without it. This depends on the GLib dependency of `libsysprof-capture` being dropped in https://gitlab.gnome.org/GNOME/sysprof/-/merge_requests/30, which has bumped the soname of `libsysprof-capture` and added subproject support. The next few commits will add marks that trace out each `GMainContext` iteration and each `GSource` `check`/`prepare`/`dispatch` call. Signed-off-by: Philip Withnall <withnall@endlessm.com>
2020-06-25 23:08:05 +02:00
'gtrace.c',
'gtrace-private.h',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'gtranslit.c',
'gtrashstack.c',
'gtree.c',
'guniprop.c',
'gutf8.c',
'gunibreak.c',
'gunicollate.c',
'gunidecomp.c',
guri: new URI parsing and generating functions Add a set of new URI parsing and generating functions, including a new parsed-URI type GUri. Move all the code from gurifuncs.c into guri.c, reimplementing some of those functions (and g_string_append_uri_encoded()) in terms of the new code. Fixes: https://gitlab.gnome.org/GNOME/glib/issues/110 Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
2019-01-17 07:38:20 +01:00
'guri.c',
'guriprivate.h',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'gutils.c',
gutils: Add internal API to override XDG directories Add a new internal function, g_set_user_dirs(), which will safely override the values returned by g_get_user_data_dir() and friends, and the value returned by g_get_home_dir(). This is intended to be used by unit tests, and will be hooked up to them in a following commit. This can be called as many times as needed by the current process. It’s thread-safe. It does not modify the environment, so none of the changes are propagated to any subsequently spawned subprocesses. Signed-off-by: Philip Withnall <withnall@endlessm.com> https://gitlab.gnome.org/GNOME/glib/issues/538
2018-11-30 18:47:18 +01:00
'gutilsprivate.h',
meson: Compile guuid.c into libglib-2.0 https://bugzilla.gnome.org/show_bug.cgi?id=786807
2017-08-25 17:05:03 +02:00
'guuid.c',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
'gvariant.c',
'gvariant-core.c',
'gvariant-parser.c',
'gvariant-serialiser.c',
'gvarianttypeinfo.c',
'gvarianttype.c',
'gversion.c',
'gwakeup.c',
'gprintf.c',
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
)
meson: initial glib build https://mail.gnome.org/archives/gtk-devel-list/2013-August/msg00001.html
2013-08-07 22:41:12 +02:00
Use meson dependency to link against apple framework Using ld_flags would work, but that does not propagate ldflags to users of glib. Meson's dependency() call will propagate apple framework dependencies to downstream users.
2021-12-31 18:31:00 +01:00
platform_deps = []
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
if host_system == 'windows'
meson: Expose library build type as global variables Given that it can be computed using an error-prone strings comparisons it is better to provide a variable everywhere, so that we don't have the risk of comparing values that are always false.
2022-10-20 00:51:34 +02:00
if glib_build_shared
Windows: Do not link DLL specific resources when doing a static build Fixes: #2585
2022-01-26 15:46:38 +01:00
glib_win_rc = configure_file(
input: 'glib.rc.in',
output: 'glib.rc',
configuration: glibconfig_conf,
)
glib_win_res = windows.compile_resources(glib_win_rc)
glib_sources += [glib_win_res]
endif
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
glib_sources += files('gwin32.c', 'gspawn-win32.c', 'giowin32.c')
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
platform_deps = [winsock2, cc.find_library('winmm')]
meson: Mostly assume clang-cl is MSVC We need to enable building the dirent and gnulib sources for clang-cl, as we are still using the Microsoft-style headers and lib's and CRT. We need to also do this for the following, for similar reasoning: -Symbol export (via __declspec(dllexport)) -Dependency discovery without pkg-config files -long long and ssize_t detection We do, however, enable the autoptr tests for clang-cl builds. Note that at this point real MSVC builds are still better supported than clang-cl builds, and it will likely remain so for at least the near future, alhtough real MSVC builds of the GTK stack are consumable and are usable by clang-cl.
2019-07-09 18:22:51 +02:00
if cc.get_id() == 'msvc' or cc.get_id() == 'clang-cl'
MSVC: Move dirent implementation to glib/dirent/
2019-01-16 16:24:11 +01:00
glib_sources += files('dirent/wdirent.c')
endif
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
else
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
glib_sources += files('glib-unix.c', 'gspawn.c', 'giounix.c')
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
platform_deps = []
endif
gmessages: Factor out _g_fd_is_journal into its own translation unit I want to use this in gio-launch-desktop, but gio-launch-desktop doesn't depend on GLib, so I can't just call g_log_writer_is_journald(). Signed-off-by: Simon McVittie <smcv@collabora.com>
2022-07-14 15:30:02 +02:00
if host_system == 'linux'
glib_sources += files('gjournal-private.c')
endif
meson: Exclude gosxutils.m when building for iOS For ios, the Cocoa header file does not exist, which causes compilation errors
2020-04-01 08:32:26 +02:00
if glib_have_cocoa
Fix g_get_user_special_dir() on macOS This uses newer methods that support more folders such as Downloads. The Objective-C code is in a separate file, gosxutils.m. Based on !85 by Patrick Griffis.
2019-01-28 15:27:40 +01:00
glib_sources += files('gosxutils.m')
Use meson dependency to link against apple framework Using ld_flags would work, but that does not propagate ldflags to users of glib. Meson's dependency() call will propagate apple framework dependencies to downstream users.
2021-12-31 18:31:00 +01:00
framework_dep = dependency('appleframeworks', modules : ['Foundation', 'CoreFoundation', 'AppKit'])
platform_deps += [framework_dep]
endif
if glib_have_carbon
framework_dep = dependency('appleframeworks', modules : 'Carbon')
platform_deps += [framework_dep]
Fix g_get_user_special_dir() on macOS This uses newer methods that support more folders such as Downloads. The Objective-C code is in a separate file, gosxutils.m. Based on !85 by Patrick Griffis.
2019-01-28 15:27:40 +01:00
endif
Meson: add 'force_posix_threads' option This allows building with posix threads on Windows. It is generally better to use win32 threads implementation on Windows, but this option can be used in case it causes issues, or for performance comparison for example. https://bugzilla.gnome.org/show_bug.cgi?id=784995
2018-05-15 20:05:50 +02:00
glib_sources += files('gthread-@0@.c'.format(threads_implementation))
meson: add support for dtrace/systemtap Still at least one FIXME. And untested so far. It builds.
2017-01-25 18:02:51 +01:00
if enable_dtrace
glib_dtrace_obj = dtrace_obj_gen.process('glib_probes.d')
glib_dtrace_hdr = dtrace_hdr_gen.process('glib_probes.d')
else
glib_dtrace_obj = []
glib_dtrace_hdr = []
endif
replace pcre1 with pcre2
2022-07-12 13:46:34 +02:00
pcre2_static_args = []
meson/Windows: Check whether system PCRE is a static build Instead of hardcoding -DPCRE_STATIC into the CFLAGS of GLib, do the following on Windows only (since PCRE_STATIC only matters on Windows): -If there is no installed PCRE, use the included PCRE copy and enable -DPCRE_STATIC, as we did before. -If there is a installed PCRE, check whether the PCRE build is a static or DLL build by checking the linkage against pcre_free() with PCRE_STATIC defined works. If it does, enable -DPCRE_STATIC. -On non-Windows builds, do not enable -DPCRE_STATIC https://bugzilla.gnome.org/show_bug.cgi?id=783270
2017-07-25 10:28:29 +02:00
replace pcre1 with pcre2
2022-07-12 13:46:34 +02:00
if use_pcre2_static_flag
pcre2_static_args = ['-DPCRE2_STATIC']
meson/Windows: Check whether system PCRE is a static build Instead of hardcoding -DPCRE_STATIC into the CFLAGS of GLib, do the following on Windows only (since PCRE_STATIC only matters on Windows): -If there is no installed PCRE, use the included PCRE copy and enable -DPCRE_STATIC, as we did before. -If there is a installed PCRE, check whether the PCRE build is a static or DLL build by checking the linkage against pcre_free() with PCRE_STATIC defined works. If it does, enable -DPCRE_STATIC. -On non-Windows builds, do not enable -DPCRE_STATIC https://bugzilla.gnome.org/show_bug.cgi?id=783270
2017-07-25 10:28:29 +02:00
endif
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
glib_c_args = ['-DG_LOG_DOMAIN="GLib"'] + glib_c_args_internal + pcre2_static_args
meson: fix static build under Windows Properly define GLIB/GOBJECT_STATIC_COMPILATION when static build is enabled. Use library() instead of shared_library() to allow selecting static builds. https://bugzilla.gnome.org/show_bug.cgi?id=784995
2017-07-16 16:41:02 +02:00
libglib = library('glib-2.0',
meson: add support for dtrace/systemtap Still at least one FIXME. And untested so far. It builds.
2017-01-25 18:02:51 +01:00
glib_dtrace_obj, glib_dtrace_hdr,
meson: Use files() for headers and sources This allows them to be fetched via subproject().get_variable(). Needed for the gobject-introspection meson port.
2017-11-22 09:41:11 +01:00
sources : [deprecated_sources, glib_sources],
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
version : library_version,
soversion : soversion,
meson: Add macOS libtool versioning for ABI compatibility With this, the compatibility version and current version values in macOS and iOS dylibs will match the values set by Autotools. See: https://github.com/mesonbuild/meson/issues/1451
2018-08-29 12:06:23 +02:00
darwin_versions : darwin_versions,
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 : true,
# intl.lib is not compatible with SAFESEH
Meson: Add missing flags on Windows win32_cflags gets used globally as cflags and exposed in the .pc file. win32_ldflags gets passed to glib-2.0 and exposed in the .pc file. This should match what the autotools build is currently doing with GLIB_EXTRA_CFLAGS and G_LIBS_EXTRA. https://bugzilla.gnome.org/show_bug.cgi?id=784995
2018-05-15 21:17:28 +02:00
link_args : [noseh_link_args, glib_link_flags, win32_ldflags],
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
include_directories : configinc,
meson: fix warnings for extract_all_objects function The "recursive:" kwarg is available in the targeted minimum version of meson, and is basically required if you want to not emit warnings and maybe error with --fatal-meson-warnings. There are two basic solutions to this problem: - The current default behavior is false, so explicitly opt in to that value. None of these internal libraries use recursive objects anyway. - Use link_with to link to the static library directly, rather than the extracted objects. Option 2 is what used to be done before commit 62af03bda8a1d649b079a0e77d3687695d0ab7d3, but it only works with meson >=0.52 and previously had buggy behavior. Since the minimum version of meson is now 0.52, it is safe to revert that commit and go back to using link_with, and therefore option 2 is chosen.
2021-10-06 22:56:54 +02:00
link_with: [charset_lib, gnulib_lib],
meson: cleanup libglib dependencies Move it multi-line to keep it more readable
2022-10-21 14:09:49 +02:00
dependencies : [
gnulib_libm_dependency,
libiconv,
libintl_deps,
libm,
librt,
libsysprof_capture_dep,
pcre2,
platform_deps,
thread_dep,
],
Fix g_get_user_special_dir() on macOS This uses newer methods that support more folders such as Downloads. The Objective-C code is in a separate file, gosxutils.m. Based on !85 by Patrick Griffis.
2019-01-28 15:27:40 +01:00
c_args : glib_c_args,
objc_args : glib_c_args,
Fix symbol visibility macros on Windows There is currently no `dllimport` attribute on any of our function, which prevents MSVC to optimize function calls. To fix that issue, we need to redeclare all our visibility macros for each of our libraries, because when compiling e.g. GIO code, we need dllimport in GLIB headers and dllexport in GIO headers. That means they cannot use the same GLIB_AVAILABLE_* macro. Since that's a lot of boilerplate to copy/paste after each version bump, this MR generate all those macros using a python script. Also simplify the meson side by using `gnu_symbol_visibility : 'hidden'` keyword argument instead of passing the cflag manually. This leaves only API index to add manually into glib-docs.xml when bumping GLib version. That file cannot be generated because Meson does not allow passing a buit file to gnome.gtkdoc()'s main_xml kwarg unfortunately.
2022-10-03 16:36:04 +02:00
gnu_symbol_visibility : 'hidden',
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
)
meson: initial glib build https://mail.gnome.org/archives/gtk-devel-list/2013-August/msg00001.html
2013-08-07 22:41:12 +02:00
meson: work around meson not passing on the threads dependency when link_with is used When using link_with with declare_dependency() or executable() the threads dependency is not passed on. To work around the issue add the threads dependency manually. See https://github.com/mesonbuild/meson/issues/1426 This makes the static build on Linux work. https://bugzilla.gnome.org/show_bug.cgi?id=788806
2018-01-05 13:22:17 +01:00
libglib_dep = declare_dependency(
link_with : libglib,
meson: Fix underlinking of static libintl by trying iconv and pthread I thought about checking for an intl pkg-config file but upstream are not interested in adding one so there seems little point. Closes #1851
2020-04-13 15:54:15 +02:00
dependencies : libintl_deps,
glib, gmodule, gobject: Add generated headers to the lib dependency This requires changing them from being generated sources at compile time to custom targets, but it also ensures that they are actually there when needed, in fact currently we may instead try to compile files that requires them without having been generated yet. See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2346914 (glib) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2344802 (gmodule) See: https://gitlab.gnome.org/GNOME/glib/-/jobs/2345205 (gobject)
2022-10-20 00:27:53 +02:00
sources : glib_built_headers,
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
# We sadly need to export configinc here because everyone includes <glib/*.h>
include_directories : [configinc, glibinc])
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
Meson: Fix deprecation warning with 0.49.0 release http://mesonbuild.com/Release-notes-for-0-49-0.html#deprecation-warning-in-pkgconfig-generator
2018-12-07 20:37:51 +01:00
pkg.generate(libglib,
meson: Fix underlinking of static libintl by trying iconv and pthread I thought about checking for an intl pkg-config file but upstream are not interested in adding one so there seems little point. Closes #1851
2020-04-13 15:54:15 +02:00
libraries : [libintl_deps],
Use meson dependency to link against apple framework Using ld_flags would work, but that does not propagate ldflags to users of glib. Meson's dependency() call will propagate apple framework dependencies to downstream users.
2021-12-31 18:31:00 +01:00
libraries_private : [win32_ldflags],
Meson: Use pkgconfig module to generate all pc files This requires improved pc file generator from meson 0.45. https://bugzilla.gnome.org/show_bug.cgi?id=788773
2017-12-11 20:47:04 +01:00
subdirs : ['glib-2.0'],
Meson: Add missing flags on Windows win32_cflags gets used globally as cflags and exposed in the .pc file. win32_ldflags gets passed to glib-2.0 and exposed in the .pc file. This should match what the autotools build is currently doing with GLIB_EXTRA_CFLAGS and G_LIBS_EXTRA. https://bugzilla.gnome.org/show_bug.cgi?id=784995
2018-05-15 21:17:28 +02:00
extra_cflags : ['-I${libdir}/glib-2.0/include'] + win32_cflags,
Revert "build: Don’t define redundant built-in variables in pkgconfig calls" This reverts commit 7e3e591d430e6576292379a4f2d94d5fc0656c36. 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:10:03 +01:00
variables : ['bindir=' + join_paths('${prefix}', get_option('bindir')),
'glib_genmarshal=' + join_paths('${bindir}', 'glib-genmarshal'),
Meson: Use pkgconfig module to generate all pc files This requires improved pc file generator from meson 0.45. https://bugzilla.gnome.org/show_bug.cgi?id=788773
2017-12-11 20:47:04 +01:00
'gobject_query=' + join_paths('${bindir}', 'gobject-query'),
'glib_mkenums=' + join_paths('${bindir}', 'glib-mkenums')],
version : glib_version,
install_dir : glib_pkgconfigreldir,
filebase : 'glib-2.0',
name : 'GLib',
description : 'C Utility Library',
)
build: Drop checks and workarounds for older Meson versions Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2022-05-05 20:24:30 +02:00
meson.override_dependency('glib-2.0', libglib_dep)
Meson: Override every dependency glib provides Meson 0.54.0 added a new method meson.override_dependency() that must be used to ensure dependency consistency. This patch ensures a project that depends on glib will never link to a mix of system and subproject libraries. It would happen in such cases: The system has glib 2.40 installed, and a project does: dependency('glib-2.0', version: '>=2.60', fallback: ['glib', 'glib_dep']) dependency('gobject-2.0') The first call will configure glib subproject because the system libglib is too old, but the 2nd call will return system libgobject. By overriding 'gobject-2.0' dependency while configuring glib subproject during the first call, meson knows that on the 2nd call it must return the subproject dependency instead of system dependency. This also has the nice side effect that with Meson >0.54.0 an application depending on glib can declare the fallback without knowing the dependency variable name: dependency('glib-2.0', fallback: 'glib').
2020-04-05 06:34:04 +02:00
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
# On Windows, glib needs a spawn helper for g_spawn* API
if host_system == 'windows'
if host_machine.cpu_family() == 'x86'
executable('gspawn-win32-helper', 'gspawn-win32-helper.c',
install : true,
build: Stop using Meson features deprecated in Meson <0.60 This clears some Meson warnings. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2022-05-06 14:16:26 +02:00
win_subsystem : 'windows',
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
include_directories : configinc,
Meson: libintl is a public dependency of glib-2.0 On non-glibc platforms gettext is provided by extra libintl dependency. We wrongly thought libintl is an internal dependency and applications needs to explicitly link on it, but turns out that breaks many applications and with autotools the .pc generated actually has -lintl in public "Libs:". https://bugzilla.gnome.org/show_bug.cgi?id=796085
2018-05-14 01:22:51 +02:00
dependencies : [libglib_dep])
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
executable('gspawn-win32-helper-console', 'gspawn-win32-helper.c',
install : true,
Remove HAVE_CONFIG_H defs and uses Since GLib files are only meant to be built as part of GLib, config.h always exists, so the checks are more or less pointless. https://bugzilla.gnome.org/show_bug.cgi?id=793399
2018-02-19 13:09:10 +01:00
c_args : ['-DHELPER_CONSOLE'],
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
include_directories : configinc,
Meson: libintl is a public dependency of glib-2.0 On non-glibc platforms gettext is provided by extra libintl dependency. We wrongly thought libintl is an internal dependency and applications needs to explicitly link on it, but turns out that breaks many applications and with autotools the .pc generated actually has -lintl in public "Libs:". https://bugzilla.gnome.org/show_bug.cgi?id=796085
2018-05-14 01:22:51 +02:00
dependencies : [libglib_dep])
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
else
executable('gspawn-win64-helper', 'gspawn-win32-helper.c',
install : true,
build: Stop using Meson features deprecated in Meson <0.60 This clears some Meson warnings. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2022-05-06 14:16:26 +02:00
win_subsystem : 'windows',
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
include_directories : configinc,
Meson: libintl is a public dependency of glib-2.0 On non-glibc platforms gettext is provided by extra libintl dependency. We wrongly thought libintl is an internal dependency and applications needs to explicitly link on it, but turns out that breaks many applications and with autotools the .pc generated actually has -lintl in public "Libs:". https://bugzilla.gnome.org/show_bug.cgi?id=796085
2018-05-14 01:22:51 +02:00
dependencies : [libglib_dep])
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
executable('gspawn-win64-helper-console', 'gspawn-win32-helper.c',
install : true,
Remove HAVE_CONFIG_H defs and uses Since GLib files are only meant to be built as part of GLib, config.h always exists, so the checks are more or less pointless. https://bugzilla.gnome.org/show_bug.cgi?id=793399
2018-02-19 13:09:10 +01:00
c_args : ['-DHELPER_CONSOLE'],
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
include_directories : configinc,
Meson: libintl is a public dependency of glib-2.0 On non-glibc platforms gettext is provided by extra libintl dependency. We wrongly thought libintl is an internal dependency and applications needs to explicitly link on it, but turns out that breaks many applications and with autotools the .pc generated actually has -lintl in public "Libs:". https://bugzilla.gnome.org/show_bug.cgi?id=796085
2018-05-14 01:22:51 +02:00
dependencies : [libglib_dep])
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
endif
else
meson: glib/tests: add missing tests
2017-01-26 11:49:47 +01:00
gtester = executable('gtester', 'gtester.c',
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 : true,
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',
build: Add -UG_DISABLE_ASSERT when building tests In order to allow GLib itself to be built with G_DISABLE_ASSERT defined, we need to explicitly undefine it when building the tests, otherwise g_test_init() turns into an abort. Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #1708
2019-03-05 11:55:19 +01:00
c_args : ['-UG_DISABLE_ASSERT'],
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
include_directories : configinc,
dependencies : [libglib_dep])
endif
meson: Fix glib, add gobject, gio, gthread, gmodule, etc Several small fixes to the build files. Lots of tests have also been added, and glib tests pass now.
2016-03-07 12:13:24 +01:00
Generate gtester-report from .in file Previously, it was installed unmodified by the Meson build system. We don't need to define @bindir@, because gtester-report never actually referred to it. We also don't need a definition of GTESTER_REPORT for use by GLib itself, because its last use was removed in 2013 (https://bugzilla.gnome.org/show_bug.cgi?id=709995). Fixes: https://gitlab.gnome.org/GNOME/glib/issues/1544 Signed-off-by: Simon McVittie <smcv@collabora.com>
2018-09-25 00:02:02 +02:00
report_conf = configuration_data()
report_conf.set('GLIB_VERSION', glib_version)
report_conf.set('PYTHON', python_name)
configure_file(
input: 'gtester-report.in',
output: 'gtester-report',
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',
Generate gtester-report from .in file Previously, it was installed unmodified by the Meson build system. We don't need to define @bindir@, because gtester-report never actually referred to it. We also don't need a definition of GTESTER_REPORT for use by GLib itself, because its last use was removed in 2013 (https://bugzilla.gnome.org/show_bug.cgi?id=709995). Fixes: https://gitlab.gnome.org/GNOME/glib/issues/1544 Signed-off-by: Simon McVittie <smcv@collabora.com>
2018-09-25 00:02:02 +02:00
configuration: report_conf,
install_mode: 'rwxr-xr-x'
)
meson: Install items according to their relevance The m4 and bash completion items are usable and relevant depending on the host system's configuration. So, we check for the presence of the programs that these items depend on, and only install them when those programs are found. For the Valgrind suppression files, we don't install them on Windows as Valgrind is currently not supported on Windows. Als fix the path where the GDB helpers are installed, as the path is incorrectly constructed. This will fix the "install" stage when building on Visual Studio at least as there are some post-install steps that are related to them, which will make use of these programs. https://bugzilla.gnome.org/show_bug.cgi?id=783270
2017-07-27 10:48:11 +02:00
meson: Set install_tag on remaining installed files
2022-09-18 22:51:55 +02:00
install_data('glib_gdb.py',
install_dir : glib_pkgdatadir / 'gdb',
install_tag : 'devel',
)
meson: More build fixes - Fix installing various data files - Build translations
2016-12-06 14:07:03 +01:00
meson: Add PYTHONPATH to load GDB helper module Meson generates a gdbinit file that will automatically load glib and gobject scripts. However that script uses a helper python module that needs PYTHONPATH to be pointing into the right location in the source tree to be able to find glib_gdb.py and gobject_gdb.py
2022-02-25 22:50:18 +01:00
# This is needed to make gdb find glib_gdb.py
build: Drop checks and workarounds for older Meson versions Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2022-05-05 20:24:30 +02:00
env = environment()
env.prepend('PYTHONPATH', meson.current_source_dir())
meson.add_devenv(env)
meson: Add PYTHONPATH to load GDB helper module Meson generates a gdbinit file that will automatically load glib and gobject scripts. However that script uses a helper python module that needs PYTHONPATH to be pointing into the right location in the source tree to be able to find glib_gdb.py and gobject_gdb.py
2022-02-25 22:50:18 +01:00
meson: More build fixes - Fix installing various data files - Build translations
2016-12-06 14:07:03 +01:00
gdb_conf = configuration_data()
gdb_conf.set('datadir', glib_datadir)
meson: Fix installation of gdb autoload scripts v2 `install:` is not a valid keyword argument for configure_file()
2017-11-02 05:52:39 +01:00
# This is also used in gobject/meson.build
if host_system != 'windows'
build: Don’t pass false to `install_dir` This fixes a Meson deprecation warning which appeared in Meson 0.50. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2021-10-07 18:03:28 +02:00
gdb_install = true
meson: Fix installation of gdb autoload scripts v2 `install:` is not a valid keyword argument for configure_file()
2017-11-02 05:52:39 +01:00
else
meson: Fix comment explaining gdb hacks https://bugzilla.gnome.org/show_bug.cgi?id=788772
2017-11-02 05:33:22 +01:00
# FIXME: Cannot install on Windows because the path will contain a drive
# letter and colons are not allowed in paths.
build: Don’t pass false to `install_dir` This fixes a Meson deprecation warning which appeared in Meson 0.50. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2021-10-07 18:03:28 +02:00
gdb_install = false
meson: Fix installation of gdb autoload scripts v2 `install:` is not a valid keyword argument for configure_file()
2017-11-02 05:52:39 +01:00
endif
build: Don’t pass false to `install_dir` This fixes a Meson deprecation warning which appeared in Meson 0.50. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2021-10-07 18:03:28 +02:00
# XXX: We add a leading './' because glib_libdir is an absolute path and we
# need it to be a relative path so that join_paths appends it to the end.
gdb_install_dir = join_paths(glib_datadir, 'gdb', 'auto-load', './' + glib_libdir)
meson: Fix installation of gdb autoload scripts v2 `install:` is not a valid keyword argument for configure_file()
2017-11-02 05:52:39 +01:00
configure_file(
input: 'libglib-gdb.py.in',
output: 'libglib-2.0.so.@0@-gdb.py'.format(library_version),
configuration: gdb_conf,
install_dir: gdb_install_dir,
meson: Set install_tag on remaining installed files
2022-09-18 22:51:55 +02:00
install_tag: 'devel',
build: Don’t pass false to `install_dir` This fixes a Meson deprecation warning which appeared in Meson 0.50. Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
2021-10-07 18:03:28 +02:00
install: gdb_install,
meson: More build fixes - Fix installing various data files - Build translations
2016-12-06 14:07:03 +01:00
)
meson: add support for dtrace/systemtap Still at least one FIXME. And untested so far. It builds.
2017-01-25 18:02:51 +01:00
if enable_systemtap
glib_stp = configure_file(input : 'glib.stp.in',
output : '@0@.stp'.format(libglib.full_path().split('/').get(-1)),
configuration : stp_cdata,
install_dir : tapset_install_dir,
meson: Set install_tag on systemtap files This could be done automatically by Meson, this commit can be reverted when we have that Meson PR in our CI: https://github.com/mesonbuild/meson/pull/10829
2022-09-20 17:29:27 +02:00
install_tag : 'systemtap',
build: Remove unsupported `install` directives We're using the `install` argument for configure_file() all over the place. The support for an `install` argument for configure_file() was added in Meson 0.50, but we haven't bumped the minimum version of Meson we require, yet; which means we're getting compatibility warnings when using recent versions of Meson, and undefined behaviour when using older versions. The configure_file() object defaults to `install: false`, unless an install directory is used. This means that all instances of an `install` argument with an explicit `true` or `false` value can be removed, whereas all instances of `install` with a value determined from a configuration option must be turned into an explicit conditional.
2019-06-17 17:52:36 +02:00
)
meson: add support for dtrace/systemtap Still at least one FIXME. And untested so far. It builds.
2017-01-25 18:02:51 +01:00
endif
Only build tests if certain conditions are met. Currently, there is no way to prevent tests from building using meson. When cross-compiling, building the tests isn't necessary. Instead, only build the tests on the following conditions: 1) If not cross-compiling. 2) If cross-compiling, and there is an exe wrapper.
2019-04-16 12:19:41 +02:00
if build_tests
subdir('tests')
build: Remove unsupported `install` directives We're using the `install` argument for configure_file() all over the place. The support for an `install` argument for configure_file() was added in Meson 0.50, but we haven't bumped the minimum version of Meson we require, yet; which means we're getting compatibility warnings when using recent versions of Meson, and undefined behaviour when using older versions. The configure_file() object defaults to `install: false`, unless an install directory is used. This means that all instances of an `install` argument with an explicit `true` or `false` value can be removed, whereas all instances of `install` with a value determined from a configuration option must be turned into an explicit conditional.
2019-06-17 17:52:36 +02:00
endif
Reference in New Issue Copy Permalink