aboutsummaryrefslogtreecommitdiff
path: root/src/port/strtof.c
diff options
context:
space:
mode:
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 7da05be687b..314fcc9851f 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