Canonical float equality does not conform to RFC8949
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Haskell
- Star
- 8
- Fork
- 5
- Merge trung bình
- 3 ngày 12 giờ
- Pull request đã merge (30 ngày)
- 4
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của IntersectMBO/cuddle
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
IntersectMBO/cuddle#168 ·
-
genEnum crashes on empty groupĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
IntersectMBO/cuddle#167 ·
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
IntersectMBO/cuddle#166 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 43/100
IntersectMBO/cuddle#223 ·
-
Nested generic rules get the wrong argument when the outer rule is instantiated more than onceĐang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
IntersectMBO/cuddle#215 ·
Tất cả issue của IntersectMBO/cuddle
Issue tương tự
-
agent-ready area:skills
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
jmbarzee/temporal-architect#603 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug dependencies
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
alunduil/network-arbitrary#251 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
`logProbability` returns `NaN` for the Poisson distribution with `λ = 0`Có thể đã có người làm @youqad đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
haskell/statistics#235 ·
-
Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100