contrib/sb-md5/NEWS

   1 Release 2.0.4
   2 =============
   3
   4  * Clarified public domain status for code authored by Pierre R. Mai
   5    through additional CC0 waiver.
   6
   7 Release 2.0.3
   8 =============
   9
  10  * Add support for md5sum-string for other implementations through
  11    through flexi-streams.  Patch supplied by Daniel Kochmanski.
  12
  13
  14 Release 2.0.2
  15 =============
  16
  17  * This release adds support for LispWorks 7.0, reworking the fixes
  18    for 64-bit implementations of Lispworks in 2.0.1 and incorrect
  19    use of the sys:simple-int32-vector type.  Patch supplied by
  20    Martin Simmons from LispWorks.
  21
  22  * Minor fix to prevent style-warnings for implementations with no
  23    support for md5sum-string.
  24
  25
  26 Release 2.0.1
  27 =============
  28
  29  * This release fixes problems on 64-bit implementations of Lispworks,
  30    where sys:int32 arithmetic can overflow 32-bit values and hence
  31    yield wrong results.
  32
  33
  34 Release 2.0.0
  35 =============
  36
  37  * This release consolidates the various versions of md5 that have
  38    been floating around, including versions with Lispworks
  39    optimizations, the version maintained by Kevin M. Rosenberg, the
  40    SBCL-optimized version, and various patches and fixes.
  41
  42  * This release tries to separate out string-handling from actual
  43    byte-based MD5 hash generation.  Hence users who want to generate
  44    hashes from strings should use the new md5sum-string function,
  45    which will go through your implementation's external-format
  46    handling to generate the actual byte-array that is hashed.  Usage
  47    of md5sum-sequence for strings and md5sum-stream for character
  48    streams is deprecated, since it only ever worked correctly for 8bit
  49    characters in most implementations.
  50
  51  * This release should work correctly on at least recentish versions
  52    of CMUCL, SBCL, ECL, CCL, Lispworks, AllegroCL and ABCL and
  53    generally most other conforming implementations.  It has been
  54    optimized for CMUCL, SBCL and Lispworks, and should work with
  55    adequate performance on most 64bit implementations.  Performance on
  56    other 32bit implementations is still sub-optimal if they don't
  57    support unboxed bit-operations on (unsigned-byte 32).