Closed kderme closed 5 years ago
That does indeed seem to have improved things, thanks!
There is still the issue that stack builds the whole Haskell, so it sometimes reaches the 50 mins hard limit of travis. Maybe an easy fix is to build only the library with stack and not the tests.
A new version of stack was recently released which invalidated Travis' cache, maybe now that we have a successful build and a new cache things might be faster again? Stack and cabal builds used to take roughly as long in the past...
Signed-off-by: kderme k.dermenz@gmail.com
Related issue https://github.com/advancedtelematic/quickcheck-state-machine/issues/327 I think the issue is that ShrinkProps sometimes create too many references, so I used an upper limit. I believe this does not reduce too much the power of testing.