Skip to content

Unvendor gtest#63

Draft
Timple wants to merge 2 commits into
RoboStack:mainfrom
nobleo:unvendor-gtest
Draft

Unvendor gtest#63
Timple wants to merge 2 commits into
RoboStack:mainfrom
nobleo:unvendor-gtest

Conversation

@Timple
Copy link
Copy Markdown
Contributor

@Timple Timple commented Mar 30, 2026

Should solve #59

@Tobias-Fischer
Copy link
Copy Markdown
Contributor

Tobias-Fischer commented Mar 30, 2026

You also need to bump the build number

@Timple
Copy link
Copy Markdown
Contributor Author

Timple commented Mar 30, 2026

Which version? And to what?

The gtest version? I was hoping that would be resolved to something that matches the users requirements.

Comment thread pkg_additional_info.yaml
Co-authored-by: Tobias Fischer <[email protected]>
@Tobias-Fischer
Copy link
Copy Markdown
Contributor

The package is configured to always install the vendored files, see https://github.com/ros2-gbp/googletest-release/tree/release/kilted/gtest_vendor - so this needs more work :(. @traversaro to advise please

@traversaro
Copy link
Copy Markdown
Member

Oh no, sorry I did not look into detail here. The issue is much more complex that I expected. Not only the gtest_vendor package does not uses the ament_vendor helper, but it kind of install a complete sourcecode of gtest, and a CMakeLists.txt to compile it, instead of just installing a gest compiler library (and gmock_vendor does something similar).

The main problem is that the main consumer here is https://github.com/ament/ament_cmake/blob/abd86f5a12eb085cd975ad9e02ff6b66cc372170/ament_cmake_gtest/ament_cmake_gtest-extras.cmake#L18-L113, that kind of expect that strange distribution of gtest in that format. If I recall correctly that is the old way of Debian for packaging googletest, but the strange thing is that modern versions of ubuntu package gtest as a normal library, exactly like conda-forge does, see https://packages.ubuntu.com/noble/amd64/libgtest-dev/filelist .

The only way to properly solving this is to also patch ament_cmake_gtest . I can work on this, but it will take a few hours, so hopefully I will be able to do that in the weekend, not before.

@Timple
Copy link
Copy Markdown
Contributor Author

Timple commented Apr 2, 2026

That would be great!

Perhaps now is actually a good time. Because this might get in before lyrical and prevent issues in the next 5 years 😄

@Tobias-Fischer Tobias-Fischer marked this pull request as draft April 20, 2026 22:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants