HCoop / hcoop / debian / mlton.git / blame
| Commit | Line | Data |
|---|---|---|
| 7f918cf1 CE |
1 | Bugs20051202 |
| 2 | ============ | |
| 3 | ||
| 4 | Here are the known bugs in <:Release20051202:MLton 20051202>, listed | |
| 5 | in reverse chronological order of date reported. | |
| 6 | ||
| 7 | * <!Anchor(bug16)> | |
| 8 | Bug in the http://www.standardml.org/Basis/real.html#SIG:REAL.fmt:VAL[++Real__<N>__.fmt++], http://www.standardml.org/Basis/real.html#SIG:REAL.fromString:VAL[++Real__<N>__.fromString++], http://www.standardml.org/Basis/real.html#SIG:REAL.scan:VAL[++Real__<N>__.scan++], and http://www.standardml.org/Basis/real.html#SIG:REAL.toString:VAL[++Real__<N>__.toString++] functions of the <:BasisLibrary:Basis Library> implementation. These functions were using `TO_NEAREST` semantics, but should obey the current rounding mode. (Only ++Real__<N>__.fmt StringCvt.EXACT++, ++Real__<N>__.fromDecimal++, and ++Real__<N>__.toDecimal++ are specified to override the current rounding mode with `TO_NEAREST` semantics.) | |
| 9 | + | |
| 10 | Thanks to Sean McLaughlin for the bug report. | |
| 11 | + | |
| 12 | Fixed by revision <!ViewSVNRev(5827)>. | |
| 13 | ||
| 14 | * <!Anchor(bug15)> | |
| 15 | Bug in the treatment of floating-point operations. Floating-point operations depend on the current rounding mode, but were being treated as pure. | |
| 16 | + | |
| 17 | Thanks to Sean McLaughlin for the bug report. | |
| 18 | + | |
| 19 | Fixed by revision <!ViewSVNRev(5794)>. | |
| 20 | ||
| 21 | * <!Anchor(bug14)> | |
| 22 | Bug in the http://www.standardml.org/Basis/real.html#SIG:REAL.toInt:VAL[++Real32.toInt++] function of the <:BasisLibrary:Basis Library> implementation could lead incorrect results when applied to a `Real32.real` value numerically close to `valOf(Int.maxInt)`. | |
| 23 | + | |
| 24 | Fixed by revision <!ViewSVNRev(5764)>. | |
| 25 | ||
| 26 | * <!Anchor(bug13)> | |
| 27 | The http://www.standardml.org/Basis/socket.html[++Socket++] structure of the <:BasisLibrary:Basis Library> implementation used `andb` rather than `orb` to unmarshal socket options (for ++Socket.Ctl.get__<OPT>__++ functions). | |
| 28 | + | |
| 29 | Thanks to Anders Petersson for the bug report and patch. | |
| 30 | + | |
| 31 | Fixed by revision <!ViewSVNRev(5735)>. | |
| 32 | ||
| 33 | * <!Anchor(bug12)> | |
| 34 | Bug in the http://www.standardml.org/Basis/date.html[++Date++] structure of the <:BasisLibrary:Basis Library> implementation yielded some functions that would erroneously raise `Date` when applied to a year before 1900. | |
| 35 | + | |
| 36 | Thanks to Joe Hurd for the bug report. | |
| 37 | + | |
| 38 | Fixed by revision <!ViewSVNRev(5732)>. | |
| 39 | ||
| 40 | * <!Anchor(bug11)> | |
| 41 | Bug in monomorphisation pass could exhibit the error `Type error: type mismatch`. | |
| 42 | + | |
| 43 | Thanks to Vesa Karvonen for the bug report. | |
| 44 | + | |
| 45 | Fixed by revision <!ViewSVNRev(5731)>. | |
| 46 | ||
| 47 | * <!Anchor(bug10)> | |
| 48 | The http://www.standardml.org/Basis/pack-float.html#SIG:PACK_REAL.toBytes:VAL[++PackReal__<N>__.toBytes++] function in the <:BasisLibrary:Basis Library> implementation incorrectly shared (and mutated) the result vector. | |
| 49 | + | |
| 50 | Thanks to Eric McCorkle for the bug report and patch. | |
| 51 | + | |
| 52 | Fixed by revision <!ViewSVNRev(5281)>. | |
| 53 | ||
| 54 | * <!Anchor(bug09)> | |
| 55 | Bug in elaboration of FFI forms. Using a unary FFI types (e.g., `array`, `ref`, `vector`) in places where `MLton.Pointer.t` was required would lead to an internal error `TypeError`. | |
| 56 | + | |
| 57 | Fixed by revision <!ViewSVNRev(4890)>. | |
| 58 | ||
| 59 | * <!Anchor(bug08)> | |
| 60 | The http://www.standardml.org/Basis/mono-vector.html[++MONO_VECTOR++] signature of the <:BasisLibrary:Basis Library> implementation incorrectly omits the specification of `find`. | |
| 61 | + | |
| 62 | Fixed by revision <!ViewSVNRev(4707)>. | |
| 63 | ||
| 64 | * <!Anchor(bug07)> | |
| 65 | The optimizer reports an internal error (`TypeError`) when an imported C function is called but not used. | |
| 66 | + | |
| 67 | Thanks to "jq" for the bug report. | |
| 68 | + | |
| 69 | Fixed by revision <!ViewSVNRev(4690)>. | |
| 70 | ||
| 71 | * <!Anchor(bug06)> | |
| 72 | Bug in pass to flatten data structures. | |
| 73 | + | |
| 74 | Thanks to Joe Hurd for the bug report. | |
| 75 | + | |
| 76 | Fixed by revision <!ViewSVNRev(4662)>. | |
| 77 | ||
| 78 | * <!Anchor(bug05)> | |
| 79 | The native codegen's implementation of the C-calling convention failed to widen 16-bit arguments to 32-bits. | |
| 80 | + | |
| 81 | Fixed by revision <!ViewSVNRev(4631)>. | |
| 82 | ||
| 83 | * <!Anchor(bug04)> | |
| 84 | The http://www.standardml.org/Basis/pack-float.html[++PACK_REAL++] structures of the <:BasisLibrary:Basis Library> implementation used byte, rather than element, indexing. | |
| 85 | + | |
| 86 | Fixed by revision <!ViewSVNRev(4411)>. | |
| 87 | ||
| 88 | * <!Anchor(bug03)> | |
| 89 | `MLton.share` could cause a segmentation fault. | |
| 90 | + | |
| 91 | Fixed by revision <!ViewSVNRev(4400)>. | |
| 92 | ||
| 93 | * <!Anchor(bug02)> | |
| 94 | The SSA simplifier could eliminate an irredundant test. | |
| 95 | + | |
| 96 | Fixed by revision <!ViewSVNRev(4370)>. | |
| 97 | ||
| 98 | * <!Anchor(bug01)> | |
| 99 | A program with a very large number of functors could exhibit the error `ElaborateEnv.functorClosure: firstTycons`. | |
| 100 | + | |
| 101 | Fixed by revision <!ViewSVNRev(4344)>. |