# Extended precision

Last updated

Extended precision refers to floating-point number formats that provide greater precision than the basic floating-point formats. [1] Extended precision formats support a basic format by minimizing roundoff and overflow errors in intermediate values of expressions on the base format. In contrast to extended precision, arbitrary-precision arithmetic refers to implementations of much larger numeric types (with a storage count that usually is not a power of two) using special software (or, rarely, hardware).

## Extended precision implementations

There is a long history of extended floating-point formats reaching back nearly to the middle of the last century. Various manufacturers have used different formats for extended precision for different machines. In many cases the format of the extended precision is not quite the same as a scale-up of the ordinary single- and double-precision formats it is meant to extend. In a few cases the implementation was merely a software-based change in the floating-point data format, but in most cases extended precision was implemented in hardware, either built into the central processor itself, or more often, built into the hardware of an optional, attached processor called a "floating-point unit" (FPU) or "floating-point processor" (FPP), accessible to the CPU as a fast input / output device.

### IBM extended precision formats

The IBM 1130, sold in 1965, [2] offered two floating-point formats: A 32-bit "standard precision" format and a 40-bit "extended precision" format. Standard precision format contains a 24-bit two's complement significand while extended precision utilizes a 32-bit two's complement significand. The latter format makes full use of the CPU's 32-bit integer operations. The characteristic in both formats is an 8-bit field containing the power of two biased by 128. Floating-point arithmetic operations are performed by software, and double precision is not supported at all. The extended format occupies three 16-bit words, with the extra space simply ignored. [3]

The IBM System/360 supports a 32-bit "short" floating-point format and a 64-bit "long" floating-point format. [4] The 360/85 and follow-on System/370 add support for a 128-bit "extended" format. [5] These formats are still supported in the current design, where they are now called the "hexadecimal floating-point" (HFP) formats.

### Microsoft MBF extended precision format

The Microsoft BASIC port for the 6502 CPU, such as in adaptations like Commodore BASIC, AppleSoft BASIC, KIM-1 BASIC or MicroTAN BASIC, supports an extended 40-bit variant of the floating-point format Microsoft Binary Format (MBF) since 1977. [6]

### IEEE 754 extended precision formats

The IEEE 754 floating-point standard recommends that implementations provide extended precision formats. The standard specifies the minimum requirements for an extended format but does not specify an encoding. [7] The encoding is the implementor's choice. [8]

The IA32, x86-64, and Itanium processors support an 80-bit "double extended" extended precision format with a 64-bit significand. The Intel 8087 math coprocessor was the first x86 device which supported floating-point arithmetic in hardware. It was designed to support a 32-bit "single precision" format and a 64-bit "double-precision" format for encoding and interchanging floating-point numbers. The temporary real (extended) format was designed not to store data at higher precision as such, but rather primarily to allow for the computation of double results more reliably and accurately by minimising overflow and roundoff-errors in intermediate calculations. [lower-alpha 1] [10] [11] For example, many floating-point algorithms (e.g. exponentiation) suffer from significant precision loss when computed using the most direct implementations. To mitigate such issues the internal registers in the 8087 were designed to hold intermediate results in an 80-bit "extended precision" format. The 8087 automatically converts numbers to this format when loading floating-point registers from memory and also converts results back to the more conventional formats when storing the registers back into memory. To enable intermediate subexpression results to be saved in extended precision scratch variables and continued across programming language statements, and otherwise interrupted calculations to resume where they were interrupted, it provides instructions which transfer values between these internal registers and memory without performing any conversion, which therefore enables access to the extended format for calculations [lower-alpha 2] – also reviving the issue of the accuracy of functions of such numbers, but at a higher precision.

The floating-point units (FPU) on all subsequent x86 processors have supported this format. As a result, software can be developed which takes advantage of the higher precision provided by this format. William Kahan, a primary designer of the x87 arithmetic and initial IEEE 754 standard proposal notes on the development of the x87 floating point: "An extended format as wide as we dared (80 bits) was included to serve the same support role as the 13 decimal internal format serves in Hewlett-Packard's 10 decimal calculators." [13] Moreover, Kahan notes that 64 bits was the widest significand across which carry propagation could be done without increasing the cycle time on the 8087, [14] and that the x87 extended precision was designed to be extensible to higher precision in future processors: "For now the 10-byte Extended format is a tolerable compromise between the value of extra-precise arithmetic and the price of implementing it to run fast; very soon two more bytes of precision will become tolerable, and ultimately a 16 byte format. ... That kind of gradual evolution towards wider precision was already in view when IEEE Standard 754 for Floating-Point Arithmetic was framed." [15]

The Motorola 6888x math coprocessors and the Motorola 68040 and 68060 processors support this same 64-bit significand extended precision type (similar to the Intel format although padded to a 96-bit format with 16 unused bits inserted between the exponent and significand fields [16] ). The follow-on Coldfire processors do not support this 96-bit extended precision format. [17]

The FPA10 math coprocessor for early ARM processors also supports this extended precision type (similar to the Intel format although padded to a 96-bit format with 16 zero bits inserted between the sign and the exponent fields), but without correct rounding. [18]

The x87 and Motorola 68881 80-bit formats meet the requirements of the IEEE 754 double extended format, [19] as does the IEEE 754 128-bit format.

## x86 extended precision format

The x86 extended precision format is an 80-bit format first implemented in the Intel 8087 math coprocessor and is supported by all processors that are based on the x86 design that incorporate a floating-point unit (FPU). This 80-bit format uses one bit for the sign of the significand, 15 bits for the exponent field (i.e. the same range as the 128-bit quadruple precision IEEE 754 format) and 64 bits for the significand. The exponent field is biased by 16383, meaning that 16383 has to be subtracted from the value in the exponent field to compute the actual power of 2. [20] An exponent field value of 32767 (all fifteen bits 1) is reserved so as to enable the representation of special states such as infinity and Not a Number. If the exponent field is zero, the value is a denormal number and the exponent of 2 is −16382. [21]

In the following table, "s" is the value of the sign bit (0 means positive, 1 means negative), "e" is the value of the exponent field interpreted as a positive integer, and "m" is the significand interpreted as a positive binary number where the binary point is located between bits 63 and 62. The "m" field is the combination of the integer and fraction parts in the above diagram.

Interpretation of the fields of an x86 Extended Precision value
ExponentSignificandMeaning
All ZerosBit 63Bits 62-0
ZeroZeroZero. The sign bit gives the sign of the zero.
Non-zeroDenormal. The value is (−1)s × m × 2−16382
OneAnythingPseudo Denormal. The 80387 and later properly interpret this value but will not generate it. The value is (−1)s × m × 2−16382
All OnesBits 63,62Bits 61-0
00ZeroPseudo-Infinity. The sign bit gives the sign of the infinity. The 8087 and 80287 treat this as Infinity. The 80387 and later treat this as an invalid operand.
Non-zeroPseudo Not a Number. The sign bit is meaningless. The 8087 and 80287 treat this as a Signaling Not a Number. The 80387 and later treat this as an invalid operand.
01AnythingPseudo Not a Number. The sign bit is meaningless. The 8087 and 80287 treat this as a Signaling Not a Number. The 80387 and later treat this as an invalid operand.
10ZeroInfinity. The sign bit gives the sign of the infinity. The 8087 and 80287 treat this as a Signaling Not a Number. The 8087 and 80287 coprocessors used the pseudo-infinity representation for infinities.
Non-zeroSignalling Not a Number, the sign bit is meaningless.
11ZeroFloating-point Indefinite, the result of invalid calculations such as square root of a negative number, logarithm of a negative number, 0/0, infinity / infinity, infinity times 0, and others when the processor has been configured to not generate exceptions for invalid operands. The sign bit is meaningless. This is a special case of a Quiet Not a Number.
Non-zeroQuiet Not a Number, the sign bit is meaningless. The 8087 and 80287 treat this as a Signaling Not a Number.
All other valuesBit 63Bits 62-0
ZeroAnythingUnnormal. Only generated on the 8087 and 80287. The 80387 and later treat this as an invalid operand. The value is (−1)s × m × 2e−16383
OneAnythingNormalized value. The value is (−1)s × m × 2e−16383

In contrast to the single and double-precision formats, this format does not utilize an implicit/hidden bit. Rather, bit 63 contains the integer part of the significand and bits 62-0 hold the fractional part. Bit 63 will be 1 on all normalized numbers. There were several advantages to this design when the 8087 was being developed:

• Calculations can be completed a little faster if all bits of the significand are present in the register.
• A 64-bit significand provides sufficient precision to avoid loss of precision when the results are converted back to double-precision format in the vast number of cases.
• This format provides a mechanism for indicating precision loss due to underflow which can be carried through further operations. For example, the calculation 2×10−4930 × 3×10−10 × 4×1020 generates the intermediate result 6×10−4940 which is a denormal and also involves precision loss. The product of all of the terms is 24×10−4920 which can be represented as a normalized number. The 80287 could complete this calculation and indicate the loss of precision by returning an "unnormal" result (exponent not 0, bit 63 = 0). [22] [23] Processors since the 80387 no longer generate unnormals and do not support unnormal inputs to operations. They will generate a denormal if an underflow occurs but will generate a normalized result if subsequent operations on the denormal can be normalized. [24]

### Introduction to use

The 80-bit floating-point format was widely available by 1984, [25] after the development of C, Fortran and similar computer languages, which initially offered only the common 32- and 64-bit floating-point sizes. On the x86 design most C compilers now support 80-bit extended precision via the long double type, and this was specified in the C99 / C11 standards (IEC 60559 floating-point arithmetic (Annex F)). Compilers on x86 for other languages often support extended precision as well, sometimes via nonstandard extensions: for example, Turbo Pascal offers an extended type, and several Fortran compilers have a REAL*10 type (analogous to REAL*4 and REAL*8). Such compilers also typically include extended-precision mathematical subroutines, such as square root and trigonometric functions, in their standard libraries.

### Working range

The 80-bit floating-point format has a range (including subnormals) from approximately 3.65×10−4951 to 1.18×104932. Although log10(264)  19.266, this format is usually described as giving approximately eighteen significant digits of precision (the floor of log10(263), the minimum guaranteed precision). The use of decimal when talking about binary is unfortunate because most decimal fractions are recurring sequences in binary just as 2/3 is in decimal. Thus, a value such as 10.15 is represented in binary as equivalent to 10.1499996185 etc. in decimal for REAL*4 but 10.15000000000000035527etc. in REAL*8: interconversion will involve approximation except for those few decimal fractions that represent an exact binary value, such as 0.625. For REAL*10, the decimal string is 10.1499999999999999996530553etc. The last 9 digit is the eighteenth fractional digit and thus the twentieth significant digit of the string. Bounds on conversion between decimal and binary for the 80-bit format can be given as follows: if a decimal string with at most 18 significant digits is correctly rounded to an 80-bit IEEE 754 binary floating-point value (as on input) then converted back to the same number of significant decimal digits (as for output), then the final string will exactly match the original; while, conversely, if an 80-bit IEEE 754 binary floating-point value is correctly converted and (nearest) rounded to a decimal string with at least 21 significant decimal digits then converted back to binary format it will exactly match the original. [19] These approximations are particularly troublesome when specifying the best value for constants in formulae to high precision, as might be calculated via arbitrary-precision arithmetic.

### Need for the 80-bit format

A notable example of the need for a minimum of 64 bits of precision in the significand of the extended precision format is the need to avoid precision loss when performing exponentiation on double-precision values. [26] [27] [28] [lower-alpha 3] The x86 floating-point units do not provide an instruction that directly performs exponentiation. Instead they provide a set of instructions that a program can use in sequence to perform exponentiation using the equation:

${\displaystyle x^{y}=2^{\,y\,\cdot \,\log _{2}(x)}}$

In order to avoid precision loss, the intermediate results "log2(x)" and "y·log2(x)" must be computed with much higher precision, because effectively both the exponent and the significand fields of x must fit into the significand field of the intermediate result. Subsequently, the significand field of the intermediate result is split between the exponent and significand fields of the final result when 2intermediate result is calculated. The following discussion describes this requirement in more detail.

With a little unpacking, an IEEE 754 double-precision value can be represented as:

${\displaystyle 2^{(-1)^{s}\,\cdot \,E}\,\cdot \,M\ }$

where s is the sign of the exponent (either 0 or 1), E is the unbiased exponent, which is an integer that ranges from 0 to 1023, and M is the significand which is a 53-bit value that falls in the range 1 ≤ M< 2. Negative numbers and zero can be ignored because the logarithm of these values is undefined. For purposes of this discussion M does not have 53 bits of precision because it is constrained to be greater than or equal to one i.e. the hidden bit does not count towards the precision (Note that in situations where M is less than 1, the value is actually a de-normal and therefore may have already suffered precision loss. This situation is beyond the scope of this article).

Taking the log of this representation of a double-precision number and simplifying results in the following:

${\displaystyle \log _{2}(2^{(-1)^{s}\,\cdot \,E}\,\cdot \,M)=(-1)^{s}\,\cdot \,E\,\cdot \,\log _{2}(2)\,+\,\log _{2}(M)=\pm \,E\,+\,\log _{2}(M)}$

This result demonstrates that when taking base 2 logarithm of a number, the sign of the exponent of the original value becomes the sign of the logarithm, the exponent of the original value becomes the integer part of the significand of the logarithm, and the significand of the original value is transformed into the fractional part of the significand of the logarithm.

Because E is an integer in the range 0 to 1023, up to 10 bits to the left of the radix point are needed to represent the integer part of the logarithm. Because M falls in the range 1 ≤ M< 2, the value of log2M will fall in the range 0 ≤ log2M< 1 so at least 52 bits are needed to the right of the radix point to represent the fractional part of the logarithm. Combining 10 bits to the left of the radix point with 52 bits to the right of the radix point means that the significand part of the logarithm must be computed to at least 62 bits of precision. In practice values of M less than ${\displaystyle {\sqrt {2}}}$ require 53 bits to the right of the radix point and values of M less than ${\displaystyle {\sqrt[{4}]{2}}}$ require 54 bits to the right of the radix point to avoid precision loss. Balancing this requirement for added precision to the right of the radix point, exponents less than 512 only require 9 bits to the left of the radix point and exponents less than 256 require only 8 bits to the left of the radix point.

The final part of the exponentiation calculation is computing 2intermediate result. The "intermediate result" consists of an integer part "I" added to a fractional part "F". If the intermediate result is negative then a slight adjustment is needed to get a positive fractional part because both "I" and "F" are negative numbers.

For positive intermediate results:

${\displaystyle 2^{\mathrm {intermediate\ result} }=2^{I+F}=2^{I}\,2^{F}}$

For negative intermediate results:

${\displaystyle 2^{\mathrm {intermediate\ result} }=2^{I+F}=2^{I\,+\,(1-1)\,+\,F}=2^{(I-1)\,+\,(1+F)}=2^{I-1}\,2^{1+F}}$

Thus the integer part of the intermediate result ("I" or "I−1") plus a bias becomes the exponent of the final result and transformed positive fractional part of the intermediate result: 2F or 21+F becomes the significand of the final result. In order to supply 52 bits of precision to the final result, the positive fractional part must be maintained to at least 52 bits.

In conclusion, the exact number of bits of precision needed in the significand of the intermediate result is somewhat data dependent but 64 bits is sufficient to avoid precision loss in the vast majority of exponentiation computations involving double-precision numbers.

The number of bits needed for the exponent of the extended precision format follows from the requirement that the product of two double-precision numbers should not overflow when computed using the extended format. The largest possible exponent of a double-precision value is 1023 so the exponent of the largest possible product of two double-precision numbers is 2047 (an 11-bit value). Adding in a bias to account for negative exponents means that the exponent field must be at least 12 bits wide.

Combining these requirements: 1 bit for the sign, 12 bits for the biased exponent, and 64 bits for the significand means that the extended precision format would need at least 77 bits. Engineering considerations resulted in the final definition of the 80-bit format (in particular the IEEE 754 standard requires the exponent range of an extended precision format to match that of the next largest, quad, precision format which is 15 bits). [27]

Another example of calculations that benefit from extended precision arithmetic are iterative refinement schemes, used to indirectly clean out errors accumulated in the direct solution during the typically very large number of calculations made for numerical linear algebra. [30]

### Language support

• Some C/C++ implementations (e.g., GNU Compiler Collection (GCC), Clang, Intel C++) implement  long double  using 80-bit floating-point numbers on x86 systems. However, this is implementation-defined behavior and is not required, but allowed by the standard, as specified for IEEE 754 hardware in the C99 standard "Annex F IEC 60559 floating-point arithmetic". GCC also provides __float80 and __float128 types. [31]
• Some Common Lisp implementations (e.g. CMU Common Lisp, Embeddable Common Lisp) implement long-float using 80-bit floating-point numbers on x86 systems.
• D programming language implements real using largest floating-point size implemented in hardware, 80 bits for x86 CPUs or double precision, whichever is larger.
• Object Pascal (Delphi) has in addition to Single (32-bit) and Double (64-bit), an Extended (80-bit for traditional 32-bit targets, though padding and platform can change size) type.
• The Racket run-time system provides the 80-bit extflonum datatype on x86 systems.
• The Swift standard library provides the Float80 datatype.
• The PowerBASIC BASIC compiler provides EXT or EXTENDED 10 byte Extended-precision floating-point data type.

## Footnotes

1. "This format is intended mainly to help programmers enhance the integrity of their single and double software, and to attenuate degradation by round-off in double matrix computations of larger dimensions, and can easily be used in such a way that substituting quadruple for extended need never invalidate its use." — x87 designer W. Kahan [9]
2. "High-level languages will use extended (invisibly) to evaluate intermediate sub-expressions, and later may provide extended as a declarable data type." [12] :70
3. "The presence of at least as many extra bits of precision in extended as in the exponent field of the basic format it supports greatly simplifies the accurate computation of the transcendental functions, inner products, and the power function yx." [29] :70

## Related Research Articles

In computing, floating-point arithmetic (FP) is arithmetic using formulaic representation of real numbers as an approximation to support a trade-off between range and precision. For this reason, floating-point computation is often used in systems with very small and very large real numbers that require fast processing times. In general, a floating-point number is represented approximately with a fixed number of significant digits and scaled using an exponent in some fixed base; the base for the scaling is normally two, ten, or sixteen. A number that can be represented exactly is of the following form:

IEEE 754-1985 was an industry standard for representing floating-point numbers in computers, officially adopted in 1985 and superseded in 2008 by IEEE 754-2008, and then again in 2019 by minor revision IEEE 754-2019. During its 23 years, it was the most widely used format for floating-point computation. It was implemented in software, in the form of floating-point libraries, and in hardware, in the instructions of many CPUs and FPUs. The first integrated circuit to implement the draft of what was to become IEEE 754-1985 was the Intel 8087.

Double-precision floating-point format is a computer number format, usually occupying 64 bits in computer memory; it represents a wide dynamic range of numeric values by using a floating radix point.

In computer science, subnormal numbers are the subset of denormalized numbers that fill the underflow gap around zero in floating-point arithmetic. Any non-zero number with magnitude smaller than the smallest normal number is subnormal.

The IEEE Standard for Floating-Point Arithmetic is a technical standard for floating-point arithmetic established in 1985 by the Institute of Electrical and Electronics Engineers (IEEE). The standard addressed many problems found in the diverse floating-point implementations that made them difficult to use reliably and portably. Many hardware floating-point units use the IEEE 754 standard.

The significand is part of a number in scientific notation or in floating-point representation, consisting of its significant digits. Depending on the interpretation of the exponent, the significand may represent an integer or a fraction.

Hexadecimal floating point is a format for encoding floating-point numbers first introduced on the IBM System/360 computers, and supported on subsequent machines based on that architecture, as well as machines which were intended to be application-compatible with System/360.

The IEEE Standard for Radix-Independent Floating-Point Arithmetic, was the first Institute of Electrical and Electronics Engineers (IEEE) international standard for floating-point arithmetic with radices other than 2, including radix 10. IEEE 854 did not specify any data formats, whereas IEEE 754-1985 did specify formats for binary floating point. IEEE 754-1985 and IEEE 854-1987 were both superseded in 2008 by IEEE 754-2008, which specifies floating-point arithmetic for both radix 2 (binary) and radix 10 (decimal), and specifies two alternative formats for radix 10 floating-point values, and even more so with IEEE 754-2019. IEEE 754-2008 also had many other updates to the IEEE floating-point standardisation.

In C and related programming languages, long double refers to a floating-point data type that is often more precise than double precision though the language standard only requires it to be at least as precise as double. As with C's other floating-point types, it may not necessarily map to an IEEE format.

In computing, minifloats are floating-point values represented with very few bits. Predictably, they are not well suited for general-purpose numerical calculations. They are used for special purposes, most often in computer graphics, where iterations are small and precision has aesthetic effects. Machine learning also uses similar formats like bfloat16. Additionally, they are frequently encountered as a pedagogical tool in computer-science courses to demonstrate the properties and structures of floating-point arithmetic and IEEE 754 numbers.

Decimal floating-point (DFP) arithmetic refers to both a representation and operations on decimal floating-point numbers. Working directly with decimal (base-10) fractions can avoid the rounding errors that otherwise typically occur when converting between decimal fractions and binary (base-2) fractions.

IEEE 754-2008 was published in August 2008 and is a significant revision to, and replaces, the IEEE 754-1985 floating-point standard, while in 2019 it was updated with a minor revision IEEE 754-2019. The 2008 revision extended the previous standard where it was necessary, added decimal arithmetic and formats, tightened up certain areas of the original standard which were left undefined, and merged in IEEE 854.

In computing, half precision is a binary floating-point computer number format that occupies 16 bits in computer memory. It is intended for storage of floating-point values in applications where higher precision is not essential, in particular computer graphics images and neural networks.

In computing, quadruple precision is a binary floating point–based computer number format that occupies 16 bytes with precision at least twice the 53-bit double precision.

Single-precision floating-point format is a computer number format, usually occupying 32 bits in computer memory; it represents a wide dynamic range of numeric values by using a floating radix point.

In computing, decimal32 is a decimal floating-point computer numbering format that occupies 4 bytes (32 bits) in computer memory. It is intended for applications where it is necessary to emulate decimal rounding exactly, such as financial and tax computations. Like the binary16 format, it is intended for memory saving storage.

In computing, decimal128 is a decimal floating-point computer numbering format that occupies 16 bytes (128 bits) in computer memory. It is intended for applications where it is necessary to emulate decimal rounding exactly, such scientific computations.

In computing, Microsoft Binary Format (MBF) is a format for floating-point numbers which was used in Microsoft's BASIC language products, including MBASIC, GW-BASIC and QuickBASIC prior to version 4.00.

In computing, octuple precision is a binary floating-point-based computer number format that occupies 32 bytes in computer memory. This 256-bit octuple precision is for applications requiring results in higher than quadruple precision. This format is rarely used and very few environments support it.

The bfloat16 floating-point format is a computer number format occupying 16 bits in computer memory; it represents a wide dynamic range of numeric values by using a floating radix point. This format is a truncated (16-bit) version of the 32-bit IEEE 754 single-precision floating-point format (binary32) with the intent of accelerating machine learning and near-sensor computing. It preserves the approximate dynamic range of 32-bit floating-point numbers by retaining 8 exponent bits, but supports only an 8-bit precision rather than the 24-bit significand of the binary32 format. More so than single-precision 32-bit floating-point numbers, bfloat16 numbers are unsuitable for integer calculations, but this is not their intended use. Bfloat16 is used to reduce the storage requirements and increase the calculation speed of machine learning algorithms.

## References

1. IEEE 754 (2008 , ¶ 2.1.21) defines extended precision format as "A format that extends a supported basic format by providing wider precision and range."
2. Francis, C.G. (11 February 1965). "IBM introduces powerful small computer". Director of Information (Press release). White Plains, New York: International Business Machines Corporation (IBM). Archived from the original on 2019-07-05.
3. Subroutine Library (PDF). IBM 1130 (9th ed.). IBM Corporation. 1974. p. 93.
4. Principles of Operation. IBM System/360 (9th ed.). IBM Corporation. 1970. p. 41.
5. IBM System/370 Principles of Operation (7th ed.). IBM Corporation. 1980. pp. 9-2–9-3.
6. Steil, Michael (2008-10-20). "Create your own version of Microsoft BASIC for 6502". pagetable.com. p. 46. Archived from the original on 2016-05-30. Retrieved 2016-05-30.
7. IEEE Computer Society (August 29, 2008). IEEE Standard for Floating-Point Arithmetic (Report). IEEE. §3.7. doi:10.1109/IEEESTD.2008.4610935. ISBN   978-0-7381-5752-8. IEEE Std 754-2008.
8. Brewer, Kevin. "Kevin's Report". IEEE-754 Reference Material. Retrieved 2012-02-19.
9. Kahan, William (1 October 1997). "Lecture notes on the status of IEEE standard 754 for binary floating-point arithmetic" (PDF). p. 5.
10. Einarsson, Bo (2005). Accuracy and reliability in scientific computing. SIAM. pp. 9ff. ISBN   978-0-89871-815-7 . Retrieved 3 May 2013.
11. "Intel 64 and IA-32 Architectures". Software Developer's Manual. Intel Corp. March 2012. §8.2.
12. Coonen, Jerome T. (January 1980). "An implementation guide to a proposed standard for floating-point arithmetic". IEEE Computer. 13: 68–79. doi:10.1109/MC.1980.1653344. S2CID   206445847.
13. Kahan, William (22 November 1983). "Mathematics written in sand - the hp-15C, Intel 8087, etc" (PDF).
14. Goldberg, David (March 1991). "What every computer scientist should know about floating-point arithmetic" (PDF). ACM Computing Surveys. 23 (1): 192. doi:10.1145/103162.103163. S2CID   222008826.
15. Higham, Nicholas (2002). "Designing stable algorithms". Accuracy and Stability of Numerical Algorithms (2 ed.). Society for Industrial and Applied Mathematics (SIAM). p. 43.
16. Motorola MC68000 Family (PDF). Programmers' Reference Manual. Freescale Semiconductor. 1992. pp. 1–16.
17. ColdFire Family (PDF). Programmers' Reference Manual. Freescale semiconductor. 2005. p. 7-7.
18. "FPA10 Data Sheet" (PDF). chrisacorns.computinghistory.org.uk. GEC Plessey Semiconductors. 11 June 1993. Retrieved 26 November 2020.
19. Kahan, William (1 October 1997). "Lecture notes on the status of IEEE standard 754 for binary floating-point arithmetic" (PDF).
20. Intel 64 and IA-32 Architectures Developer's Manual: Vol. 1. Intel Corporation. pp. 4-6 thru 4-9 and 4-18 thru 4-21.
21. Palmer, John F.; Morse, Stephen P. (1984). The 8087 Primer. Wiley Press. pp.  14. ISBN   0-471-87569-4.
22. Morse, Stephen P.; Albert, Douglas J. (1986). . Wiley Press. pp.  91–111. ISBN   0-471-83185-9.
23. Intel 64 and IA-32 Architectures Developer's Manual: Vol. 1. Intel Corporation. pp. 8-21 thru 8-22.
24. Charles Severance (20 February 1998). "An Interview with the Old Man of Floating-Point".
25. Palmer, John F.; Morse, Stephen P. (1984). The 8087 Primer. Wiley Press. pp.  16. ISBN   0-471-87569-4.
26. Morse, Stephen P.; Albert, Douglas J. (1986). . Wiley Press. pp.  96–98. ISBN   0-471-83185-9.
27. Hough, David (March 1981). "Applications of the proposed IEEE 754 standard for floating-point arithmetic". IEEE Computer. 14 (3): 70–74. doi:10.1109/C-M.1981.220381. S2CID   14645749.
28. Coonen, Jerome T. (January 1980). "An implementation guide to a proposed standard for floating-point arithmetic". IEEE Computer: 68–79. doi:10.1109/MC.1980.1653344. S2CID   206445847.
29. Demmel, James; Hida, Yozo; Kahan, William; Li, Xiaoye S.; Mukherjee, Sonil; Riedy, E. Jason (June 2006). "Error bounds from extra-precise iterative refinement" (PDF). ACM Transactions on Mathematical Software. 32 (2): 325–351. doi:10.1145/1141885.1141894. S2CID   1340891 . Retrieved 2014-04-18.