Canonical float equality does not conform to RFC8949
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
Start by locating the canonical float equality and map key equivalence implementation in the Haskell code, then inspect the related tests. The issue requires integers to remain unequal to floats, equal numeric values across float widths to compare equal, and signed zero and NaN significands to follow RFC 8949 §5.6.1. Add or update tests for these cases and run the relevant test suite.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
According to the spec:
RFC8949 §2.
Note that integer and floating-point values are distinct in this
model, even if they have the same numeric value.Also note that serialization variants are not visible at the generic
data model level. This deliberate absence of visibility includes the
number of bytes of the encoded floating-point value. It also
includes the choice of encoding for an "argument" (see Section 3)
such as the encoding for an integer, the encoding for the length of a
text or byte string, the encoding for the number of elements in an
array or pairs in a map, or the encoding for a tag number.
This means that integer types are always unequal to floating point numbers, even if numerically they would be equal. However floating point numbers with different bit widths can still be equal if they represent the same numerical value.
Additionally
RFC8949 §5.6.1.
Within each of these groups, numeric values are distinct unless they
are numerically equal (specifically, -0.0 is equal to 0.0); for the
purpose of map key equivalence, NaN values are equivalent if they
have the same significand after zero-extending both significands at
the right to 64 bits.
- Lingua principale
- Haskell
- Stelle
- 8
- Fork
- 5
- Merge medio
- 3g 12h
- PR unite (30g)
- 4
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di IntersectMBO/cuddle
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
IntersectMBO/cuddle#168 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
IntersectMBO/cuddle#167 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
IntersectMBO/cuddle#166 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 43/100
IntersectMBO/cuddle#223 ·
-
Nested generic rules get the wrong argument when the outer rule is instantiated more than onceApertabug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
IntersectMBO/cuddle#215 ·
Tutte le issue di IntersectMBO/cuddle
Issue simili
-
agent-ready area:skills
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
jmbarzee/temporal-architect#603 ·
I maintainer di solito rispondono entro 1 giorno
-
bug dependencies
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
alunduil/network-arbitrary#251 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
`logProbability` returns `NaN` for the Poisson distribution with `λ = 0`Forse già presa @youqad l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
haskell/statistics#235 ·
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100