-
Notifications
You must be signed in to change notification settings - Fork 438
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
Allow importing only the API package in projects #2543
Comments
This issue was marked as stale due to lack of activity. |
I guess this is not stale? |
This issue was marked as stale due to lack of activity. |
@open-telemetry/cpp-maintainers I guess the stale bot should ignore issues that are |
The stale bot can add CMake can only install |
This issue was marked as stale due to lack of activity. |
Is your feature request related to a problem?
I'm working in improving support of OTel in Envoy Proxy. Currently, Envoy has it's own tracing code, (not using OTel), but it has an Tracer/Exporter that exports OTLP spans.
We are adding OTel spec-compliant Samplers to it, and we would like to re-use some of the types in the OTel C++ API, mainly around TraceStates. Of course the ultimate goal would be to use the SDK there and not rely on their "fork" things, but that's a long term goal and not as straightforward.
The problem: The import instructions in Incorporating into an existing Bazel Project are targeted to import both the SDK and API packages. For the case of using in Envoy, I only need the API. By following the instructions, I will bring a lot of other unneeded dependencies.
Describe the solution you'd like
I'd like to have a way to import only the API package into existing bazel projects, that brings only the minimum needed dependencies along with it.
Describe alternatives you've considered
None, not sure if there's another bazel magic that can work around this issue. If there are, please let me know!
Additional context
PR discussion about it in Envoy https://github.com/envoyproxy/envoy/pull/32333/files#r1493892700
The text was updated successfully, but these errors were encountered: