The first patch in this bundle is being discussed in
patch1979, if it doesn't get screened I'll need to rebase
the main patch.
This is another piece of generic infrastructure I realised
I needed while writing unwind tests. In fact it might
well be needed for the other tests that now use
MergeableSequence, if they are run with a high QC count.
I'd appreciate a quick comment on whether it's ok to
screen.
2 patches for repository darcs-unstable@darcs.net:screened:
patch b043d8bcbbe106224a90148480f9735ab0bfefc3
Author: Ganesh Sittampalam <ganesh@earth.li>
Date: Sun Feb 23 10:58:34 GMT 2020
* tests: always use prim patches for generating/shrinking
We already didn't try to generate conflicted patches, and
even shrinking unconflicted patches is actually unsound if
there might be a conflict later in a sequence.
Instead of needing partial functions on repo patches, it's
better to express this invariant in the types by only storing
prim patches, and generating the repo patches on the fly
when actually using the test cases.
patch ba02c674facfc9dfc826adc1eb8509e07fe010c0
Author: Ganesh Sittampalam <ganesh@earth.li>
Date: Sun Feb 23 12:06:59 GMT 2020
* tests: introduce infrastructure for merge checking
Because V1 and V2 patches are known to be buggy, we
sometimes need to exclude buggy merges when using them
to test other properties.
Attachments
|