-
Notifications
You must be signed in to change notification settings - Fork 661
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
Change RelaxHierarchyLimits with pre-defined algorithm-based factors #3253
Change RelaxHierarchyLimits with pre-defined algorithm-based factors #3253
Conversation
b1c8e4f
to
45de747
Compare
Single place of definition of the hard-coded factors which apparently are re-used in at least two locations. This also fixes a inconsistency or bug/regression that was introduced around two commits - valhalla@1b150f7 - valhalla@9b64608 which pass a boolean to RelaxHierarchyLimits, instead of float-point factor. which was later cultivated unnoticed in PR valhalla#2719 Maintaining the factors in single place should help prevent such situations.
187cf48
to
f136f22
Compare
@kevinkreiser Shall I be concerned about this failure of lint-build-debug?
BTW, I did run |
@mloskot you should indeed make the changes that it proposes. its basically saying, you dont make use of this parameter at all so why not remove it completely from the function i should mention that the way ci is setup, even if you didnt modify that part of the code clang tidy will trigger on it. we introduced clang tidy maybe a few years ago and the idea was that we would slowly clean up the code as we touch different files. which means if you modify a file that hasnt be "tidied" then you get the fun of making the tidy changes too even if its code you didnt touch 😄 |
I see. It makes sense now. Fixed in d854cce |
Issue
Single place of definition of the hard-coded factors which apparently
are re-used in at least two locations.
This also fixes a inconsistency or bug/regression that was introduced around two commits
which pass a boolean to RelaxHierarchyLimits, instead of float-point factor
which was later cultivated unnoticed in PR #2719
Maintaining the factors in single place should help prevent such situations.
Tasklist
Requirements / Relations