mirror of
https://gitlab.gnome.org/GNOME/glib.git
synced 2024-11-09 19:06:15 +01:00
config.h.win32.in: Always define HAVE_LONG_LONG
Visual Studio actually supports long long types, but HAVE_LONG_LONG is undefined for Visual Studio builds, likely due to issues in previous gnulib code for printf functionality, that was bundled with GLib. Since gnulib has much better support with Visual Studio nowadays (which we updated the related code to last October), and HAVE_LONG_LONG being undefined actually causes issues in Visual Studio builds, which was demonstrated with the type-test test program in tests/, we should always define HAVE_LONG_LONG in config.h.win32.in. Thanks to Paolo Borelli for the heads up on the issue.
This commit is contained in:
parent
f8189ddf98
commit
9198f19d97
@ -288,11 +288,7 @@
|
||||
#define HAVE_LONG_DOUBLE 1
|
||||
|
||||
/* Define if you have the 'long long' type. */
|
||||
#ifndef _MSC_VER
|
||||
#define HAVE_LONG_LONG 1
|
||||
#else /* _MSC_VER */
|
||||
/* #undef HAVE_LONG_LONG */
|
||||
#endif /* _MSC_VER */
|
||||
|
||||
/* define if system printf can print long long */
|
||||
#define HAVE_LONG_LONG_FORMAT 1
|
||||
|
Loading…
Reference in New Issue
Block a user