luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2025-02-26 12:12:10 +01:00
Code Issues Packages Projects Releases Wiki Activity
glib/glib/gnulib/meson.build

10 lines
567 B
Meson
Raw Normal View History

meson: Disable -Wformat-nonliteral for the embedded gnulib glib enables -Werror=format-nonliteral by default which is triggered by the embedded gnulib (in vasnprintf.c). Disable that warning for gnulib alone. The gnulib code is there to handle user provided format strings, so the warning doesn't add anything anyway. This fixes the build under MinGW. https://bugzilla.gnome.org/show_bug.cgi?id=793729
2018-02-22 19:23:28 +01:00
# glib enables -Werror=format-nonliteral by default, but the embedded gnulib
# needs to handle user provided format strings.
ci: fix warnings and enable --werror for the mingw build Fix various warnings regarding unused variables, duplicated branches etc by adjusting the ifdeffery and some missing casts. gnulib triggers -Wduplicated-branches in one of the copied files, disable as that just makes updating the code harder. The warning indicating missing features are made none fatal through pragmas. They still show but don't abort the build. https://bugzilla.gnome.org/show_bug.cgi?id=793729
2018-04-25 16:07:59 +02:00
extra_gnulib_args = cc.get_supported_arguments([
'-Wno-format-nonliteral', '-Wno-duplicated-branches'])
meson: Disable -Wformat-nonliteral for the embedded gnulib glib enables -Werror=format-nonliteral by default which is triggered by the embedded gnulib (in vasnprintf.c). Disable that warning for gnulib alone. The gnulib code is there to handle user provided format strings, so the warning doesn't add anything anyway. This fixes the build under MinGW. https://bugzilla.gnome.org/show_bug.cgi?id=793729
2018-02-22 19:23:28 +01:00
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 15:51:54 +08:00
gnulib_lib = static_library('gnulib', 'asnprintf.c', 'printf.c', 'printf-args.c', 'printf-parse.c', 'vasnprintf.c',
meson: Fix gnulib compilation on MSVC glibinc is needed for including glibconfig.h, this was not noticed during testing probably because a system-installed header got picked up instead.
2017-11-24 12:41:53 +05:30
include_directories : [configinc, glibinc],
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 15:51:54 +08:00
pic : true,
meson: Disable -Wformat-nonliteral for the embedded gnulib glib enables -Werror=format-nonliteral by default which is triggered by the embedded gnulib (in vasnprintf.c). Disable that warning for gnulib alone. The gnulib code is there to handle user provided format strings, so the warning doesn't add anything anyway. This fixes the build under MinGW. https://bugzilla.gnome.org/show_bug.cgi?id=793729
2018-02-22 19:23:28 +01:00
c_args : [ '-DLIBDIR="@0@"'.format(get_option('libdir')), '-DGLIB_COMPILATION', '-DG_LOG_DOMAIN="GLib"' ] + glib_hidden_visibility_args + extra_gnulib_args)
Reference in New Issue Copy Permalink