summaryrefslogtreecommitdiff
path: root/src/port/strtof.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2022-07-14 11:22:49 +0900
committerMichael Paquier <michael@paquier.xyz>2022-07-14 11:22:49 +0900
commit6203583b72b58272010f8d06999811ff39922acf (patch)
tree6049f2ba855246e2200904ece3dd16cdb3e5dd0f /src/port/strtof.c
parent4ca9985957881c223b4802d309c0bbbcf8acd1c1 (diff)
downloadpostgresql-6203583b72b58272010f8d06999811ff39922acf.tar.gz
Remove support for Visual Studio 2013
No members of the buildfarm are using this version of Visual Studio, resulting in all the code cleaned up here as being mostly dead, and VS2017 is the oldest version still supported. More versions could be cut, but the gain would be minimal, while removing only VS2013 has the advantage to remove from the core code all the dependencies on the value defined by _MSC_VER, where compatibility tweaks have accumulated across the years mostly around locales and strtof(), so that's a nice isolated cleanup. Note that this commit additionally allows a revert of 3154e16. The versions of Visual Studio now supported range from 2015 to 2022. Author: Michael Paquier Reviewed-by: Juan José Santamaría Flecha, Tom Lane, Thomas Munro, Justin Pryzby Discussion: https://postgr.es/m/YoH2IMtxcS3ncWn+@paquier.xyz
Diffstat (limited to 'src/port/strtof.c')
-rw-r--r--src/port/strtof.c9
1 files changed, 0 insertions, 9 deletions
diff --git a/src/port/strtof.c b/src/port/strtof.c
index 7da05be687..314fcc9851 100644
--- a/src/port/strtof.c
+++ b/src/port/strtof.c
@@ -54,15 +54,6 @@ strtof(const char *nptr, char **endptr)
#elif HAVE_BUGGY_STRTOF
/*
- * On Windows, there's a slightly different problem: VS2013 has a strtof()
- * that returns the correct results for valid input, but may fail to report an
- * error for underflow or overflow, returning 0 instead. Work around that by
- * trying strtod() when strtof() returns 0.0 or [+-]Inf, and calling it an
- * error if the result differs. Also, strtof() doesn't handle subnormal input
- * well, so prefer to round the strtod() result in such cases. (Normally we'd
- * just say "too bad" if strtof() doesn't support subnormals, but since we're
- * already in here fixing stuff, we might as well do the best fix we can.)
- *
* Cygwin has a strtof() which is literally just (float)strtod(), which means
* we can't avoid the double-rounding problem; but using this wrapper does get
* us proper over/underflow checks. (Also, if they fix their strtof(), the