Closed mehdi-benallegue closed 7 years ago
The build passed following the merge in sch-shared-tests. It seems all comments were fixed (SCH_API
is indeed useful on protected
functions if one wishes to write a derived class in a separate library) so if you have nothing to add, I'll merge.
SCH can compute proximity queries between virtually any kind of convex objects. We could expect a user to have his own kind of convex shape and wishes to extend the base SCH classes independently from the library.
If everything else if fine you could go for the merge.
Thank you !
Mehdi-
2016-11-01 15:52 GMT+09:00 Pierre Gergondet notifications@github.com:
The build passed following the merge in sch-shared-tests. It seems all comments were fixed (SCH_API is indeed useful on protected functions if one wishes to write a derived class in a separate library) so if you have nothing to add, I'll merge.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/jrl-umi3218/sch-core/pull/8#issuecomment-257500647, or mute the thread https://github.com/notifications/unsubscribe-auth/AAakp77SSUXotHfFjmA0yhwx6_3sO8KPks5q5uGcgaJpZM4Kh881 .
Regarding the last comment about test/CMakeLists.txt, it was staged by mistake. It is fixed now.
Looks ok to me. For d
initialization, copy elision can be applied but that's pretty much what you're doing manually and with the corrected style it's much more readable.
Merging, thanks for the contribution :cake:
Coverage increased (+0.001%) to 56.79% when pulling c35557277c758896a048e21e10336adabe1117c5 on mehdi-benallegue:master into cc947a019a622aaf7aadf054210d7b378877f5b8 on jrl-umi3218:master.