diff --git a/doc/src/sgml/installation.sgml b/doc/src/sgml/installation.sgml
index 5621606f59a..ebdb5b3bc2d 100644
--- a/doc/src/sgml/installation.sgml
+++ b/doc/src/sgml/installation.sgml
@@ -3582,33 +3582,9 @@ xcrun --show-sdk-path
PostgreSQL for Windows can be built using MinGW, a Unix-like build
- environment for Microsoft operating systems.
- The MinGW build procedure uses the normal build system described in
- this chapter.
-
-
-
- MinGW, the Unix-like build tools, and MSYS, a collection
- of Unix tools required to run shell scripts
- like configure, can be downloaded
- from . Neither is
- required to run the resulting binaries; they are needed only for
- creating the binaries.
-
-
-
- To build 64 bit binaries using MinGW, install the 64 bit tool set
- from , put its bin
- directory in the PATH, and run
- configure with the
- --host=x86_64-w64-mingw32 option.
-
-
-
- After you have everything installed, it is suggested that you
- run psql
- under CMD.EXE, as the MSYS console has
- buffering issues.
+ environment for Windows. It is recommended to use the MSYS2 environment for this and also
+ to install any prerequisite packages.
@@ -3838,35 +3814,9 @@ make: *** [postgres] Error 1
Bison and Flex are
required. Only Bison versions 2.3 and later
will work. Flex must be version 2.5.35 or later.
+ Binaries can be downloaded from .
-
-
- Both Bison and Flex
- are included in the msys tool suite, available
- from as part of the
- MinGW compiler suite.
-
-
-
- You will need to add the directory containing
- flex.exe and bison.exe to the
- PATH environment variable. In the case of MinGW, the directory is the
- \msys\1.0\bin subdirectory of your MinGW
- installation directory.
-
-
-
-
- The Bison distribution from GnuWin32 appears to have a bug that
- causes Bison to malfunction when installed in a directory with
- spaces in the name, such as the default location on English
- installations C:\Program Files\GnuWin32.
- Consider installing into C:\GnuWin32 or use the
- NTFS short name path to GnuWin32 in your PATH environment setting
- (e.g., C:\PROGRA~1\GnuWin32).
-
-
-
diff --git a/src/backend/utils/adt/pg_locale.c b/src/backend/utils/adt/pg_locale.c
index 06cc42c1f04..9412cad3ac5 100644
--- a/src/backend/utils/adt/pg_locale.c
+++ b/src/backend/utils/adt/pg_locale.c
@@ -1017,13 +1017,6 @@ cache_locale_time(void)
* get ISO Locale name directly by using GetLocaleInfoEx() with LCType as
* LOCALE_SNAME.
*
- * MinGW headers declare _create_locale(), but msvcrt.dll lacks that symbol in
- * releases before Windows 8. IsoLocaleName() always fails in a MinGW-built
- * postgres.exe, so only Unix-style values of the lc_messages GUC can elicit
- * localized messages. In particular, every lc_messages setting that initdb
- * can select automatically will yield only C-locale messages. XXX This could
- * be fixed by running the fully-qualified locale name through a lookup table.
- *
* This function returns a pointer to a static buffer bearing the converted
* name or NULL if conversion fails.
*
@@ -1031,8 +1024,6 @@ cache_locale_time(void)
* [2] https://docs.microsoft.com/en-us/windows/win32/intl/locale-names
*/
-#if defined(_MSC_VER)
-
/*
* Callback function for EnumSystemLocalesEx() in get_iso_localename().
*
@@ -1201,16 +1192,6 @@ IsoLocaleName(const char *winlocname)
return get_iso_localename(winlocname);
}
-#else /* !defined(_MSC_VER) */
-
-static char *
-IsoLocaleName(const char *winlocname)
-{
- return NULL; /* Not supported on MinGW */
-}
-
-#endif /* defined(_MSC_VER) */
-
#endif /* WIN32 && LC_MESSAGES */