glib/gio/win32/meson.build

giowin32_sources = [
  'gwin32fsmonitorutils.c',
  'gwin32filemonitor.c',
  'gwinhttpvfs.c',
  'gwinhttpfile.c',
  'gwinhttpfileinputstream.c',
  'gwinhttpfileoutputstream.c',
]

giowin32_lib = static_library('giowin32',
  sources : [giowin32_sources],
  include_directories : [configinc, glibinc, gioinc],
  dependencies : [
    libintl,
    gioenumtypes_dep,
    libglib_dep,
    gmodule_inc_dep,
  ],
  gnu_symbol_visibility : 'hidden',
  pic : true,
  c_args : [gio_c_args, gio_c_args_internal])
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			`giowin32_sources = [`
			`'gwin32fsmonitorutils.c',`
			`'gwin32filemonitor.c',`
			`'gwinhttpvfs.c',`
			`'gwinhttpfile.c',`
			`'gwinhttpfileinputstream.c',`
			`'gwinhttpfileoutputstream.c',`
			`]`

			`giowin32_lib = static_library('giowin32',`
meson: Add gobjectenumtypes.h to gioenumtypes_dep Almost everything that needs gioenumtypes.h also needs gobjectenumtypes.h. Fixes: ccache cc @gio/win32/gio@win32@@giowin32@sta/gwin32filemonitor.c.obj.rsp In file included from ../gio/win32/gwin32filemonitor.h:25:0, from ../gio/win32/gwin32filemonitor.c:26: ../glib/glib-object.h:37:10: fatal error: gobject/gobjectenumtypes.h: No such file or directory #include <gobject/gobjectenumtypes.h> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2019-02-20 18:07:56 +01:00			`sources : [giowin32_sources],`
gmodule: Define a gmodule include dependency and use it in gio modules Various gio modules include gmodule.h that requires the gmodule-visibility.h to be already built. To make this easier, just provide a dependency and use it where we are building modules that do not depend on libgio_dep (that already includes that). Fixes: https://gitlab.gnome.org/GNOME/glib/-/issues/2982 2023-04-19 21:06:34 +02:00			`include_directories : [configinc, glibinc, gioinc],`
			`dependencies : [`
			`libintl,`
			`gioenumtypes_dep,`
Fix build race between gio subdirs and gversionmacros.h I made the kqueue failure 100% reliable with `samu -j1` on FreeBSD, and therefore confirmed this fixes that problem. Issue #2929 is an identical failure on win32, so I assume this fixes that, too, but I haven't confirmed. Fixes: #2929 2023-07-26 03:27:39 +02:00			`libglib_dep,`
gmodule: Define a gmodule include dependency and use it in gio modules Various gio modules include gmodule.h that requires the gmodule-visibility.h to be already built. To make this easier, just provide a dependency and use it where we are building modules that do not depend on libgio_dep (that already includes that). Fixes: https://gitlab.gnome.org/GNOME/glib/-/issues/2982 2023-04-19 21:06:34 +02:00			`gmodule_inc_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])`