MinGW runtime と w32api（つづき）

久しぶりに更新された MinGW runtime と w32api ですが、Glib をコンパイルできないという不具合に遭遇しました。MinGW runtime の更新した箇所は、リリースノートによると次の様になっています。

Notes:
New features in release 3.15
============================

* Package names have been rationalised, to clearly identify the supported
  OS platform as `mingw32'; the generic package name has been shortened
  from `mingw-runtime' to `mingwrt'.

* The MinGW DLL, for threads support, has been made available in a
  package qualified by the `dll' suffix, separately from the development
  headers and libraries, which may be found in the package qualified by
  the `dev' suffix; as previously, source code is provided in the package
  qualified by the `src' prefix.

* A replacement implementation for MinGW's snprintf() and vsnprintf()
  functions is provided; this further extends the scope of replacement
  to include printf(), fprintf(), sprintf(), vprintf(), vfprintf()
  and vsprintf() featuring:--

  - Full support for *all* of the *standard* format conversion specs
    mandated by ISO-C99 and POSIX, (excluding POSIX-XSI extensions).

  - Microsoft's non-standard format conversion specs also supported.

  - Correct formatting of values with MinGW's long double data type.

  - Microsoft's convention of printing at least three exponent digits,
    for "%e" format, (and for "%g" when appropriate), is retained as
    default; support for _set_output_format(_TWO_DIGIT_EXPONENT) is
    included, for users of MSVCR80.DLL (and later).

  - Users preferring the ISO-C99/POSIX standard of only two exponent
    digits may set PRINTF_EXPONENT_DIGITS=2, in the environment; this
    capability is supported by all of the MinGW replacement functions
    named above, and overrides all Microsoft specific conventions, for
    users of all versions of MSVCRT.

  As in previous releases, the MinGW implementations of snprintf() and
  vsnprintf() are the default for these two functions, with the MSVCRT
  alternatives being called as _snprintf() and _vsnprintf().

  In the case of the other six replacement functions, MSVCRT provides
  no underscore decorated name by which they may be invoked; thus, the
  MSVCRT implementation for these remains the default.  To enable the
  MinGW replacements for these six functions, users may employ any one
  (or more) of the following, (and *must* #include stdio.h):--

  - Include the `-posix' option, in the GCC command, when compiling.

  - Compile with the `-ansi' option, or any of the `-std' options
    which causes __STRICT_ANSI__ to be defined.

  - Define any of __STRICT_ANSI__, _ISOC99_SOURCE, _POSIX_SOURCE,
    _POSIX_C_SOURCE, _GNU_SOURCE, _BSD_SOURCE, _SVID_SOURCE,
    _XOPEN_SOURCE or _XOPEN_SOURCE_EXTENDED, *before* including
    *any* system header file, and in particular stdio.h, (which
    *must* be included).

  - Define __USE_MINGW_ANSI_STDIO with a non-zero value, *before*
    including *any* system header file.

  - Define __MINGW_FEATURES__ to represent any odd valued unsigned
    long long integer, (i.e. __MINGW_FEATURES__ & 0x1ULL == 0x1ULL),
    *before* including *any* system header file.

  N.B. *All* of the above techniques, which induce the selection of
  the MinGW replacement functions may be overridden, by *explicitly*
  defining __USE_MINGW_ANSI_STDIO as zero, *before* including *any*
  system header file.

  When the MinGW replacement functions have been selected, by any of
  the above methods, the original MSVCRT function may be invoked by
  prefixing `__msvcrt_' to the function name, e.g. __msvcrt_printf().

* A replacement implementation for the getopt() family of functions,
  adding support for the GNU getopt_long_only() function.  Users
  should note that this intentionally *removes* support for the BSD
  or Mac OS-X specific, and non-standard, `optreset' global variable;
  to reset the getopt() scanner, use `optind = 0;' instead of relying
  on this non-standard, non-portable and now-unsupported feature.

（以下略）

snprintf() と vsnprintf() をいじっているようですが、（従来と同様に）オプションなしで Glib コンパイルすると、まさにこれらの関数を利用する箇所でコンパイルがコケます。いくつかコンパイルにマクロを定義してトライしてみましたが、最後までコンパイルできません。MinGW のメーリングリストをちゃんと読んでおらず、今回の変更の背景が分かりませんし、今までの MinGW runtime では普通にコンパイルできていたので、とりあえず、新しい MinGW runtime と w32api を [Under testing] のカテゴリに移しました。