-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Print warnings on missing source files #53
Comments
Description: - Fix #53 - Shift exit codes to start at 3 - Add new exit code (6) for exclusion scan failure
Description: - Fix #53 - Shift exit codes to start at 3 - Add new exit code (6) for exclusion scan failure
Description: - Fix #53 - Shift exit codes to start at 3 - Add new exit code (6) for exclusion scan failure
@wsnyder I think that should be the last issue you had brought up. If everything looks good, I will tag |
Yes, thanks for your help, it's in deployment. |
No problem. Just curious, how long does it take fastcov to process coverage for your project (you had mentioned it took lcov ~45 minutes?) |
With the new features it's now split between 9 fastcov joins on separate machines, each about 30 seconds. So say 4.5 minutes total, a 10x improvement. Plus I'm now doing branch coverage, so fastcov is handling more data. |
Glad to hear it. I'm fairly certain that as of now, gcov itself is the current bottleneck in terms of making coverage report generation faster. So I will have to work with the GCC folks to figure out how to speed up gcov more. Combine operations and exclusion marker scanning could probably be optimized/sped up, but I'm guessing for most people gcov itself is what takes the majority of the time. |
FWIW the time it takes to run the compiles and tests is now 5-10x the fastcov/gcov times, so I'm pretty happy where the timing is now. |
Currently fastcov does not catch file not found errors when scanning for exclusion markers.
It would provide better UX if fastcov instead printed a warning. fastcov will still exit with a non-zero return code in this case to keep backwards compatibility, but it will no longer show a stack trace.
The text was updated successfully, but these errors were encountered: