Repository navigation
conformance: promote takum8 to bit-precise + fix takum arXiv citation (61->62/83) - #1222
Merged
Merged
Conversation
gHashTag
force-pushed
the
feat/conformance-promote-takum8-bitexact
branch
from
June 28, 2026 12:01
c2660c8 to
e03c0f2
Compare
gHashTag
force-pushed
the
feat/conformance-promote-6-structural-bitexact
branch
from
June 28, 2026 12:05
4e82991 to
4a39f75
Compare
gHashTag
changed the base branch from
feat/conformance-promote-6-structural-bitexact
to
master
June 28, 2026 12:09
gHashTag
force-pushed
the
feat/conformance-promote-takum8-bitexact
branch
from
June 28, 2026 12:09
e03c0f2 to
e00ba92
Compare
Contributor
Contributor
|
📓 NotebookLM Notebook linked to this PR
This notebook contains session context, decisions, and artifacts for this work. |
… (61->62/83) Track A of the parallel wave-loop. Stacked on #1221 (6-format promotion). WHAT: - takum8: structural -> bit-precise. Dedicated logarithmic decoder (value = exp(ell/2), ell = (-1)^S*(c+m), base sqrt(e)) added to gen_all_formats.py as make_takum_decoder(n). Exhaustive over all 256 codes; correctly-rounded-nearest-even f64 (min gap to midpoint = 0.0135 x 0.5 ULP -> 200-bit mpmath sufficient). LUT cross-checked vs libtakum/src/codec.c (formulaic assert). [proven] - takum16/32/64: HONESTLY kept structural. Values transcendental; the exhaustive correctly-rounded gap is NOT verifiable without an external libtakum oracle (no independent second witness). Not promoted. CITATION FIX: - takum entries cited arXiv:2412.20273 (that is 'Integer Representations in IEEE 754, Posit, and Takum', a different/later paper). The format-DEFINING reference is arXiv:2404.18603 ('Beating Posits at Their Own Game: Takum Arithmetic', CoNGA 2024, logarithmic takum). Fixed in SSOT specs/numeric/formats_catalog.t27 and forward-facing docs (NUMERIC_FORMATS_SSOT, POSITIONING_CONFORMANCE_LAYER, RESEARCH_CLAIMS). gen/numeric polyglot bindings left untouched (managed by a separate 77->83 regeneration effort). NOW.md changelog history left intact. CAVEAT: takum standard guarantees apply for n>=12, so takum8 is below the nominal threshold; this is recorded in the pack notes, not a decoder error. COUNT: strict SW-bitexact 61 -> 62/83; structural 16 -> 15; selfconsistent 6. Conformance gate: CLEAN. Self-test gates: PASS. takum8 256/256 self-test PASS. decode-HW / compute-HW unaffected (stay 0/83 until real AX7203 run). Closes #1223
gHashTag
force-pushed
the
feat/conformance-promote-takum8-bitexact
branch
from
June 28, 2026 12:11
e00ba92 to
f0d6a0f
Compare
Contributor
|
📓 NotebookLM Notebook linked to this PR
This notebook contains session context, decisions, and artifacts for this work. |
Contributor
PR DashboardGenerated at: 2026-06-28 12:11:55 UTC
Summary
Seal Status
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Track A — takum8 → bit-precise (61→62/83)
Stacked on #1221 (6-format promotion). Base =
feat/conformance-promote-6-structural-bitexact. Merge #1221 first.Что сделано
value = exp(ell/2),ell = (-1)^S·(c+m), базаsqrt(e)) вgen_all_formats.pyкакmake_takum_decoder(n). Exhaustive по всем 256 кодам, correctly-rounded-nearest-even f64 (минимальный зазор до midpoint = 0.0135 × 0.5 ULP → 200-бит mpmath достаточно). LUT сверена сlibtakum/src/codec.c(формульный assert).Правка цитаты
Записи takum цитировали
arXiv:2412.20273— это «Integer Representations in IEEE 754, Posit, and Takum» (другая, более поздняя работа). Формат-определяющая ссылка = arXiv:2404.18603 («Beating Posits at Their Own Game: Takum Arithmetic», CoNGA 2024, логарифмический takum). Исправлено в SSOTspecs/numeric/formats_catalog.t27и forward-facing docs (NUMERIC_FORMATS_SSOT,POSITIONING_CONFORMANCE_LAYER,RESEARCH_CLAIMS).gen/numeric/полиглот-биндинги НЕ тронуты (управляются отдельным 77→83 регенератором).NOW.mdchangelog оставлен как есть (историческая запись).Оговорка
Стандарт takum гарантирует свойства для n≥12, поэтому takum8 формально ниже номинального порога — отмечено в notes пакета, это НЕ ошибка декодера.
Проверки
Honesty
encoding ≠ compute ≠ FPGA. decode-HW и compute-HW не затронуты — остаются 0/83 до реального прогона на AX7203. bit-precise (независимый декодер, abs_error=0) НЕ приравнивается к bitexact_selfconsistent.Closes #1223