Larger (but not large) static vectors collection #182

issue gmaxwell openend this issue on January 11, 2015
  1. gmaxwell commented at 4:44 am on January 11, 2015: contributor

    The existing tests are generally pretty powerful but have relatively few static vectors, and mostly depend on lots of cycles to get good coverage. For deployment, it would be good to have a acceptably compact (maybe even small enough to just go in the production lib and run as part of _start()) vectors that achieve relative (as much as tests can) completeness on every use.

    Locally I have an enormous collection of random (from various strategies) and white-box constructed vectors from many cpu months, about 30 gigabytes worth since I started saving ’effective’ ones which so far have mostly just been used to check agreement with OpenSSL. I’m currently measuring branch/condition hits for each of them in each of our compile configurations, and then I plan on running a set-cover solver to reduce them to a (hopefully!) small set.

  2. gmaxwell added the label Assurance on Jan 11, 2015
  3. gmaxwell assigned gmaxwell on Jan 11, 2015
  4. gmaxwell renamed this:
    Larger static vectors collection
    Larger (but not large) static vectors collection
    on Jan 11, 2015
  5. gmaxwell commented at 11:47 pm on August 27, 2015: contributor
    Needs static vectors for the recovery edge cases, since recovery is a module the existing cases there only run if its compiled in.
  6. gmaxwell added this to the milestone initial release on Aug 31, 2015
  7. jonasnick removed this from the milestone initial release on Apr 28, 2020


gmaxwell

Labels
assurance


github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin-core/secp256k1. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2024-10-31 06:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me