-
Notifications
You must be signed in to change notification settings - Fork 173
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
Include gtest source directly #28
Conversation
Include gtest source directly
@trainman419 why are you including this directly instead of using the gtest commands? |
Several of the diagnostics nodes are explicitly for use in testing other packages, and they're part of the package API contract. Therefore, they must always be built and installed, even when the system version of gtest may not be available. This is also the recommended way to use gtest, and was recommended by @dirk-thomas on ROS Answers: http://answers.ros.org/question/186969/installing-binaries-linked-against-gtest/ I've chosen to include the gtest sources and compile them in directly so that I don't have to wrestle with the hassle and confusion of installing a separate gtest library that is used only by a few nodes. |
This is a solution that satisfies all of the following issues over the past few months: |
It is definitely not a good idea to embed the You can easily rely on the sources being available by having a dependency on the appropriate package as catkin does it too. Please reconsider / rediscuss this. We should wait to merge the corresponding rosdistro pull requests until this has been figured out. |
The recommendation on ROS Answers was to install my own copy of the gtest library if I need to depend on it. I've chosen to include the source and build directly against the gtest sources to avoid issues like #27 When compiling with -DCATKIN_ENABLE_TESTING=0, it's obvious from #27 that gtest is not always available. I've included the source once in each package that uses it, because it must be available at build time on the farm, when the other packages in the stack are stripped away, and I don't want my packages to install the gtest headers, libraries, or depend on a system version of gtest. Embedding the gtest code in a repository is also the recommended practice from the gtest project itself: https://code.google.com/p/googletest/wiki/FAQ#Why_is_it_not_recommended_to_install_a_pre-compiled_copy_of_Goog I'm open to other solutions, but I think it will be difficult to find something that simultaneously satisfies #16, #24 and #27 |
Why don't you want to use the system installed gtest headers? |
The FAQ entry you referenced says:
It does not recommend to embed the source code in each and every project. You could do the folllowing (which has nothing to do with catkin):
|
The previous version (1.8.4) did exactly that, and #27 demonstrates that it doesn't work in all cases. @bulwhan: this fixes diagnostics on your system. Care to weigh in on why the gtest library isn't available on your particular setup? |
Issue #27 is related to using the catkin gtest functions when catkin testing is disabled which is not supported. As I mentioned in my previous comment: you should not rely on any catkin stuff for that. |
The requirement that diagnostic_aggregator also compiles with -DCATKIN_ENABLE_TESTING=0 is motivated by the packaging with OpenEmbedded (the meta-ros layer for OpenEmbedded), in which we only want to configure, compile and package the shipped binaries/libraries/scripts, and not the tests. The gtest sources are not available in my build environment, because so far, if CATKIN_ENABLE_TESTING=0, no package ever requires it to be available in the build environment. For the meta-ros layer, I will figure out how to make the gtest sources available in the build environment. |
I think I have clearly described how these packages can achieve that in my previous comments. If anything is unclear how this is done in detail please ask specific questions. |
@dirk-thomas I agree. I just have to try how that will work with OpenEmbedded, and then we are set. |
I've put together https://github.com/ros/diagnostics/tree/gtest_depend , but it fails to build when CATKIN_ENABLE_TESTING is 0 because catkin does not find gtest in that scenario, and no cmake FindGtest module is provided by catkin or gtest. |
You can not rely on gtest to magically be found. You have to find it yourself. |
Yeah. I think the proper solution is #30, but I've run out of employer-sponsored time to work on this for the next few months. |
No description provided.