-
Notifications
You must be signed in to change notification settings - Fork 102
Multithreaded support for apply_forest #176
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
Conversation
Perhaps it is best to let the client decide whether they wish to use multithreading?
Codecov Report
@@ Coverage Diff @@
## dev #176 +/- ##
======================================
Coverage ? 89.67%
======================================
Files ? 10
Lines ? 1182
Branches ? 0
======================================
Hits ? 1060
Misses ? 122
Partials ? 0 Continue to review full report at Codecov.
|
@OkonSamuel This replaces #175. Can you please review? |
Yes. But we could always include support for that later. |
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.
LGTM except for some little changes
Good idea! Co-authored-by: Okon Samuel <[email protected]>
Co-authored-by: Okon Samuel <[email protected]>
@salbert83 everthing is good to go. Could you just add a test for |
@salbert83 Are you willing to add a test (see comment above)? |
Any suggestion on resolving the conflict? |
Probably the safest suggestion is for you to try merging latest origin/dev into your local branch and then pushing the updated branch to your fork. There will be conflicts to resolve locally in the process. If you get stuck with that, or am not confident trying this, let me know and I will have a look at resolving the conflicts for you. |
The commit history still looking suspicious. Closing in favor of #188 |
Perhaps it is better to let the client decide if they wish to use multithreading?