-
Notifications
You must be signed in to change notification settings - Fork 16
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
benchmarks of major functionality and fix LTO check/testthat errors #151
Conversation
…eat/bench-test merge with mrc-ide/master
…h to deal with Solaris compiler issue
Codecov Report
@@ Coverage Diff @@
## dev #151 +/- ##
=======================================
Coverage 94.68% 94.68%
=======================================
Files 26 26
Lines 1185 1185
=======================================
Hits 1122 1122
Misses 63 63
Continue to review full report at Codecov.
|
merge with mrc-ide:dev
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great!
Some suggestions:
It would be good to add bench to DESCRIPTION > Suggests.
Do we really need tidyr? It takes a while for me to install
It would be tidier to have build_grid, simplify_bench, create_random... in a tests/performance/utils.R file.
Thank you so much for the testthat fix!
Thanks @giovannic. Yeah, let me see if I can work out a version of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great. Thanks!
hey @giovannic!
I added benchmarking scripts to tests/performance using the bench package. I don't know what's the best way to set up these scripts so please let me know what you think after you have a chance to run them. Anyway, we probably won't be running benchmarks for every PR so it might not be a big deal.
I think I fixed the testthat error contributing to the LTO check problem on CRAN. Upgrading testthat to the latest version and setting up the C++ testing files again using
testthat::use_catch()
seems to have made changes suggested by OP in r-lib/testthat#1230. So maybe they fixed it and didn't remember to update people following the issue. After making that change I ran the r-hub builders, making sure--enable-lto
flags were enabled and none of the build platforms had that specific error we were getting.I also added
#include <unordered_set>
to Event.h as some of the r-hub platforms (Solaris .........) errored out without that header, and also deleted the;
from the ctor of TargetedEvent to get rid of that -Wpedantic compiler warning.