You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
See #1008 . I'm thinking this would look like adding a --coverage-exe flag. Or, some other name, TBH one of the reasons this doesn't exist is that there's no concise name for this flag that obviously corresponds to its behavior.
The implementation would look like:
Have a variant of the tix file munging which filters out all the package-qualified module names. Use this to process the resulting tix file.
Only provide one --srcdir argument to the hpc program - the path to the package associated with the test-suite.
Omit the --include argument.
Due to some hpc funkiness, these results will not be able to be included in the unified coverage report, or any coverage reports that span multiple packages.
The text was updated successfully, but these errors were encountered:
I was looking for the Cabal code for this, and I noticed that Cabal passes the same hpcdir for each component that is being built. Would it be better for Stack if Cabal passed a distinct hpcdir in each case? This seems "more correct" to me but I'd like to see what is best for you guys (even if it's, "Keep the old behavior, because otherwise you guys have to introduce BC handling...")
See #1008 . I'm thinking this would look like adding a
--coverage-exe
flag. Or, some other name, TBH one of the reasons this doesn't exist is that there's no concise name for this flag that obviously corresponds to its behavior.The implementation would look like:
--srcdir
argument to the hpc program - the path to the package associated with the test-suite.--include
argument.Due to some hpc funkiness, these results will not be able to be included in the unified coverage report, or any coverage reports that span multiple packages.
The text was updated successfully, but these errors were encountered: