Názory k článku Norma IEEE 754 a příbuzní: formáty plovoucí řádové tečky

Dobry den,

neni mi jasny vyznam presnost, myslel jsem ze odpovida tomu kolik decimalnich cifer je schopna pojmout mantisa, to ale u minifloatu (ve vete pod nadpisem zrejme spatne oznacen za microfloat) dava pouze asi 3 cifry a microfloat jen jednu cifru.
V predchozim dile je v kapitole 5 napsano xFX=b^e*m, ale asi by melo byt xFP=...
Jinak pekny.

zdravi Mezek

<nospam>Pavle, nemůžu si odpustit... Myslím že v našich luzích a hájích je obvyklejší překlad "plovoucí řádová čárka"</nospam> ;o)

Já bych to dělal schizofrenicky - psal bych o čárce a používal bych tečku.

stridat. At si uziji oba tabory. (hlasuju pro tecku)

tak tak, standardni termin je 'plovouci radova carka', ale je to celkem jedno. cesky se o tom obvykle moc nehovori :)

"Vzhledem k tomu, že první bit umístěný před binární tečkou je u tohoto rozsahu vždy nastavený na nulu"

Ma tam byt "na jednicku".

Článek je velice hezký, jen bych chtěl upozornit na to, že příklad na převod/analýzu bitů formátu single není bezpečně přenositelný na jiné architektury či dokonce kompilátory.

Norma jazyka C nedefinuje vzestupné či sestupné pořadí položek v bitových polích. Příklad tedy nemusí fungovat na jiných architekturách. Explicitní použití uint32_t, posunů a maskování by tedy bylo správnější.

Nepamatuji si, že by norma IEEE 754 někde preferovala určitý endianing. Z toho vyplývá, že pořadí položek v paměti při přístupu po bytech též není specifikované. Většinou procesory ukládají single se shodným endianingem jako int32_t. Pro double je to většinou shodné s int64_t. Ovšem existují i komprocesory (například na ARMu), které ukládají obě slova z double v pořadí byte podle své architektury, ale pořadí slov je opačné.

Nejsou to věci až tak pro obvyklé uživatele PC podstatné, ale pokud pracujete s více architekturami tak jako my, tak je dobré si na to dát pozor a nespoléhat na to, že když to zrovna chodí na PC, bude to chodit i jinde.

Pro přenositelný kód lze použít hlavičkový soubor "ieee754.h" nebo "ieeefp.h" (NEWLIB). Ten definuje něco jako __BYTE_ORDER a __FLOAT_WORD_ORDER. Dále typy ieee754_float a ieee754_double pro přístup k jednotlivým položkám čísel.

To je všechno v pořádku. C je totiž jazyk přenositelný a snaží se typy int a char mapovat tak aby se s nimi pracovalo nativně a co nejrychleji. Někdy z toho ale člověk šediví když potřebuje pevné délky. Norma C99 naštěstí konečne po 30 letech zavádí do C typy int32_t atd.

Mám takový pocit, že C99 již vyžaduje/doporučuje char osmibitový, což je svým způsobem škoda.

Indexy jsou sice v IEEE 754 definovány, ale v zásadě se to týká pouze registrů FPU. Po načtení čísla do celočíselných typů/registrů tedy nelze s jistotou nic říct. Viz ten ARM s VAX (mixed) endianingem.

Zdravím a těším se na další článek. Píšete to dobře a těšilo by mě, kdyby to naši studenti četli a uměli.

Dobry den,

je ieee754 volne dostupna (napr. v PDF ke stazeni) nebo je jako vetsina ieee norem k dispozici pouze za poplatek?

Jako student jsem to sveho casu hledal prahnuvse po poznani, uz ale nevim, s jakym vysledkem...

Diky za info.

Domnívám se, že bias u typu dobule není 2047, ale 1023.

Mate pravdu, exponent je ulozeny na jedenacti bitech (rozsah 0..2047) a BIAS je 2^(EXP-1)-1, tj. 2^10-1=1023. Omlouvam se za "mlzeni", asi uz zapominam mocniny dvou :-)