-
Notifications
You must be signed in to change notification settings - Fork 45
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
Add GitHub CI config #1
Conversation
25bc475
to
1cc9e64
Compare
Codecov Report
@@ Coverage Diff @@
## master #1 +/- ##
=========================================
Coverage ? 33.00%
=========================================
Files ? 16
Lines ? 412
Branches ? 243
=========================================
Hits ? 136
Misses ? 49
Partials ? 227 Continue to review full report at Codecov.
|
8cc759d
to
5bebaf8
Compare
a54981a
to
cae1495
Compare
180b3cf
to
616144e
Compare
a392059
to
da27b1c
Compare
da27b1c
to
555e6fb
Compare
368af6d
to
9c0b367
Compare
ce4740f
to
14e6dca
Compare
14e6dca
to
9340619
Compare
c725a34
to
225998f
Compare
1af0827
to
8735fc8
Compare
Signed-off-by: Christophe Bedard <[email protected]> Signed-off-by: Christophe Bedard <[email protected]>
8735fc8
to
824708e
Compare
This only affects local CI, so I'll merge this. |
I believe that g++ does not guarantee what a particular symbol name will be. Thus, in g++ 11.4.0 (what is in Ubuntu 22.04), the symbol name here ended with "#2", while in g++ 13.2.0 (what is in Ubuntu 24.04), the symbol name ends with "#1". Given that we can't guarantee this, just search for the first part of the name up to the number, which should be good enough for this test. Signed-off-by: Chris Lalancette <[email protected]>
* Use a memcmp for the expected symbol name. I believe that g++ does not guarantee what a particular symbol name will be. Thus, in g++ 11.4.0 (what is in Ubuntu 22.04), the symbol name here ended with "#2", while in g++ 13.2.0 (what is in Ubuntu 24.04), the symbol name ends with "#1". Given that we can't guarantee this, just search for the first part of the name up to the number, which should be good enough for this test. Signed-off-by: Chris Lalancette <[email protected]>
This PR configures a GitHub workflow that matches the existing GitLab CI: https://gitlab.com/ros-tracing/ros2_tracing/-/blob/b695e4e367fb6e250d3147ab6b851b25a0e50299/.gitlab-ci.yml. It builds
ros2_tracing
with/without LTTng and with/without tracing being disabled, and checks if the tracing instrumentation is indeed available (or not).The "sanity checks" workflow makes sure that the tracing instrumentation can be enabled when starting from a default source build or a binary installation, as explained in the build instructions in the README: https://github.com/ros2/ros2_tracing#building. This will also be documented on docs.ros.org, see: ros2/ros2_documentation#2877.