Jump to content

Talk:Decimal32 floating-point format

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by 88.219.179.99 (talk) at 12:24, 14 March 2021 (Inconsistent/erroneous claims: new section). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
WikiProject iconComputing: Software Start‑class Low‑importance
WikiProject iconThis article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
StartThis article has been rated as Start-class on Wikipedia's content assessment scale.
LowThis article has been rated as Low-importance on the project's importance scale.
Taskforce icon
This article is supported by WikiProject Software (assessed as Low-importance).
Taskforce icon
This article is supported by Computer hardware task force (assessed as Low-importance).

What implementations are there of this format?

Concerns about this page

The IEEE 754 standard goes to great lengths to separate the representation of the valid set of numbers in (say) decimal32 from the encoding of interchange formats (a particular representation in a string of binary bits), yet this article seems to muddle the concepts. Might it be better to follow the way it is described in the standard (clause 3)?

There are other problems too: 0.000000×10^−95 to 9.999999×10^96 is not the full range of the format in any sense; also (to be pedantic) the name of the format, in the standard, starts with a lower-case d.

mfc (talk) 17:41, 30 December 2009 (UTC)[reply]

Combination field bit naming

Why are the bits of the combination field named m0 to m5? They are not a mantissa, c0 to c5 would make more sense. — Preceding unsigned comment added by 88.219.179.99 (talk) 10:29, 14 March 2021 (UTC)[reply]

Inconsistent/erroneous claims

"Encoding of the Combination Field" (1) contradicts what is said later under "Binary integer significand field" (2).

In (1) some bits are said to be part of the significand, that are said to be part of the exponent in (2).

A simple example: From "Encoding of the Combination Field" (1)

m4 	m3 	m2 	m1 	m0 	Exponent 	Significand
0 	0 	a 	b 	c 	00 	        0abc

From "Binary integer significand field" (2)

s 00eeeeee   (0)ttt tttttttttt tttttttttt

Since the combination field is preceded by a sign bit, (1) can be rewritten to:

s m4 m3 m2 m1 m0

so according to (2) it must hold that: m4=0, m3=0, and m2=e5, m1=e4, m0=e3

Which means:

m2 = e5 but also m2 = a

m1 = e4 but also m1 = b

m0 = e3 but also m0 = c

In other words m2, m1, m0 are said to be part of the significand in (1) but part of the exponent in (2).