luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-14 05:16:18 +01:00
Code Issues Packages Projects Releases Wiki Activity
28299eb467
glib/gio/inotify/meson.build

17 lines
445 B
Meson
Raw Normal View History

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
inotify_sources = [
'inotify-kernel.c',
'inotify-sub.c',
'inotify-path.c',
'inotify-missing.c',
'inotify-helper.c',
'ginotifyfilemonitor.c',
]
inotify_lib = static_library('inotify',
sources : inotify_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
include_directories : [configinc, glibinc, gmoduleinc],
gio: Link inotify file monitor to GLib and GObject Apparently this is needed for building PE libraries. It makes no difference on Linux, where linking of the GLib symbols in the inotify file monitor code is done lazily. Signed-off-by: Philip Withnall <withnall@endlessm.com> https://gitlab.gnome.org/GNOME/glib/issues/1201
2018-07-09 11:38:04 +02:00
dependencies : [gioenumtypes_dep, libglib_dep, libgobject_dep],
gio: Use hidden symbol visibility in static libraries Building GLib 2.75.0 on Linux adds various inotify-related internal symbols to the ABI, which doesn't seem to have been intentional. I went through the other libraries in the build system, and it looks as though the BSD kqueue backend would have the same problem. GNU symbol visibility probably doesn't do anything for gio/win32, but for completeness I've set that to use hidden symbols too, on the basis that it'll be easier to get this right if we're consistent. Resolves: https://gitlab.gnome.org/GNOME/glib/-/issues/2811 Signed-off-by: Simon McVittie <smcv@collabora.com>
2022-11-12 20:12:16 +01:00
gnu_symbol_visibility : 'hidden',
meson: Minor modernizations
2016-12-09 20:30:22 +01:00
pic : true,
Do not define GIO_COMPILATION for executables It must only be defined when building libgio. This requires some workaround to allow include of some gio private headers. When GIO_COMPILATION is not defined we cannot include individual gio headers. We workaround that by defining __GIO_GIO_H_INSIDE__ in some places. Also gdbusprivate.h is not an installed header, so it's fine to include it directly.
2022-10-05 23:45:07 +02:00
c_args : [gio_c_args, gio_c_args_internal])
Reference in New Issue Copy Permalink