Doc: correct overambitious precision claim for contrib/seg. seg.sgml claims that a seg can store 7 significant digits, but this is nonsense. The underlying float4 data type is not (quite) that precise, and seg_out() intentionally rounds off to at most FLT_DIG decimal places. With IEEE float arithmetic, FLT_DIG will be defined as 6, or at least that's the case on all platforms I know of.
AFAICT this thinko goes clear back to the introduction of seg (commit a3694b420), but it wasn't questioned until now. Bug: #19744 Reported-by: Ke <[email protected]> Author: Tom Lane <[email protected]> Discussion: https://postgr.es/m/[email protected] Backpatch-through: 14 Branch ------ REL_19_STABLE Details ------- https://git.postgresql.org/pg/commitdiff/27b88e01416dfa591efbbc46f8407dc0d1dadb51 Modified Files -------------- doc/src/sgml/seg.sgml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
