Build #64

Build: #64 was successful Changes by Dawid Weiss

Stages & jobs

  1. Compile and test

  2. Package

Build result summary

Details

Completed
Duration
1 minute
Labels
None
Revision
ad42ff27b63807cf9b294de67198b21f4127c39b ad42ff27b63807cf9b294de67198b21f4127c39b
Total tests
18402
Successful since
#61 ()

Tests

  • 0 New failures
  • 0 Existing failures
  • 0 Fixed

Code commits

Author Commit Message Commit date
Dawid Weiss Dawid Weiss ad42ff27b63807cf9b294de67198b21f4127c39b ad42ff27b63807cf9b294de67198b21f4127c39b HPPC-144: Moved certain esoteric key/value containers to a separate JAR. This           JAR has an identical dependency as main HPPC jar, but is declared with           an "esoteric" classifier. The following containers are included           in the set of "esoteric" ones:           * all associative containers with Byte* keys           * all associative containers with Float* keys           * all associative containers with Double* keys
          Byte-keyed containers are very infrequent (just create a plain array
          for values). Hash containers keyed by a floating-point type are odd
          and may lead to confusion. The problem is how the "key" should be
          normalized from fixed-bit representation and then internally compared.
          If fp normalization is applied (like Double.doubleToLongBits) then
          the value one puts in a set or a map may be different from the value
          later retrieved while iterating over the set of keys. On the other
          hand, if one takes raw floating point values (for example
          Double.doubleToRawLongBits) then there are awkward side-effects
          (like various types of NaNs can be stored as separate keys, for
          example).

          All floating-point "esoterics" use proper normalization, but it is
          strongly advised to manually apply the floating point-fixed-point
          conversion (normalization) in the target code and just use
          a corresponding fixed-point associative container for storing
          normalized values.
Dawid Weiss Dawid Weiss 49f3f03108a5d315d0cf8dfe953be297c028f5ec 49f3f03108a5d315d0cf8dfe953be297c028f5ec Don't clean eclipse's output folder by default.

Jira issues

IssueDescriptionStatus
Unknown Issue TypeHPPC-144Could not obtain issue details from Jira