vcpkg/ports/opentelemetry-cpp/add-missing-dependencies.patch

diff --git a/cmake/opentelemetry-proto.cmake b/cmake/opentelemetry-proto.cmake
index 34b33d3..19e67e9 100644
--- a/cmake/opentelemetry-proto.cmake
+++ b/cmake/opentelemetry-proto.cmake
@@ -311,6 +311,10 @@ if(WITH_OTLP_GRPC)
   endif()
 endif()

+if(TARGET gRPC::grpc++)
+  target_link_libraries(opentelemetry_proto PUBLIC gRPC::grpc++)
+endif()
+
 if(BUILD_SHARED_LIBS)
   foreach(proto_target ${OPENTELEMETRY_PROTO_TARGETS})
     set_property(TARGET ${proto_target} PROPERTY POSITION_INDEPENDENT_CODE ON)
[opentelemetry-cpp] unvendor absl polyfills (#30720) * [opentelemetry-cpp] unvendor absl polyfills By default opentelemetry vendors-in a copy of some Abseil polyfills (e.g. `absl::variant`). That makes it hard (I would claim nearly impossible) to use both the abseil and the opentelemetry-cpp ports at the same time, as both define `absl::variant` in some of their headers. It seems better to always use the `-DHAVE_ABSEIL=ON` CMake option and depend on the abseil port. Outside vcpkg it may be useful to use such vendored-in copies of the code, as that "simplifies" dependency management. In the context of vcpkg that is just wasteful. Simplified how to support `abseil[cxx17]` by removing some code in opentelemetry that forcibly downgraded the compiler to use C++11. Add a missing dependency for gRPC generated code. This code indirectly depends on Abseil too. * Opentelemetry is missing a find_dependency() when -DHAVE_ABSEIL=ON 2023-04-11 03:50:22 +08:00			`diff --git a/cmake/opentelemetry-proto.cmake b/cmake/opentelemetry-proto.cmake`
[opentelemetry_cpp] Update to 1.9.1 (#31754) * update to 1.9.1 * update versions * add blank line * update version 2023-06-03 02:16:57 +08:00			`index 34b33d3..19e67e9 100644`
[opentelemetry-cpp] unvendor absl polyfills (#30720) * [opentelemetry-cpp] unvendor absl polyfills By default opentelemetry vendors-in a copy of some Abseil polyfills (e.g. `absl::variant`). That makes it hard (I would claim nearly impossible) to use both the abseil and the opentelemetry-cpp ports at the same time, as both define `absl::variant` in some of their headers. It seems better to always use the `-DHAVE_ABSEIL=ON` CMake option and depend on the abseil port. Outside vcpkg it may be useful to use such vendored-in copies of the code, as that "simplifies" dependency management. In the context of vcpkg that is just wasteful. Simplified how to support `abseil[cxx17]` by removing some code in opentelemetry that forcibly downgraded the compiler to use C++11. Add a missing dependency for gRPC generated code. This code indirectly depends on Abseil too. * Opentelemetry is missing a find_dependency() when -DHAVE_ABSEIL=ON 2023-04-11 03:50:22 +08:00			`--- a/cmake/opentelemetry-proto.cmake`
			`+++ b/cmake/opentelemetry-proto.cmake`
[opentelemetry_cpp] Update to 1.9.1 (#31754) * update to 1.9.1 * update versions * add blank line * update version 2023-06-03 02:16:57 +08:00			`@@ -311,6 +311,10 @@ if(WITH_OTLP_GRPC)`
			`endif()`
[opentelemetry-cpp] unvendor absl polyfills (#30720) * [opentelemetry-cpp] unvendor absl polyfills By default opentelemetry vendors-in a copy of some Abseil polyfills (e.g. `absl::variant`). That makes it hard (I would claim nearly impossible) to use both the abseil and the opentelemetry-cpp ports at the same time, as both define `absl::variant` in some of their headers. It seems better to always use the `-DHAVE_ABSEIL=ON` CMake option and depend on the abseil port. Outside vcpkg it may be useful to use such vendored-in copies of the code, as that "simplifies" dependency management. In the context of vcpkg that is just wasteful. Simplified how to support `abseil[cxx17]` by removing some code in opentelemetry that forcibly downgraded the compiler to use C++11. Add a missing dependency for gRPC generated code. This code indirectly depends on Abseil too. * Opentelemetry is missing a find_dependency() when -DHAVE_ABSEIL=ON 2023-04-11 03:50:22 +08:00			`endif()`
[opentelemetry_cpp] Update to 1.9.1 (#31754) * update to 1.9.1 * update versions * add blank line * update version 2023-06-03 02:16:57 +08:00
[opentelemetry-cpp] unvendor absl polyfills (#30720) * [opentelemetry-cpp] unvendor absl polyfills By default opentelemetry vendors-in a copy of some Abseil polyfills (e.g. `absl::variant`). That makes it hard (I would claim nearly impossible) to use both the abseil and the opentelemetry-cpp ports at the same time, as both define `absl::variant` in some of their headers. It seems better to always use the `-DHAVE_ABSEIL=ON` CMake option and depend on the abseil port. Outside vcpkg it may be useful to use such vendored-in copies of the code, as that "simplifies" dependency management. In the context of vcpkg that is just wasteful. Simplified how to support `abseil[cxx17]` by removing some code in opentelemetry that forcibly downgraded the compiler to use C++11. Add a missing dependency for gRPC generated code. This code indirectly depends on Abseil too. * Opentelemetry is missing a find_dependency() when -DHAVE_ABSEIL=ON 2023-04-11 03:50:22 +08:00			`+if(TARGET gRPC::grpc++)`
			`+ target_link_libraries(opentelemetry_proto PUBLIC gRPC::grpc++)`
			`+endif()`
			`+`
			`if(BUILD_SHARED_LIBS)`
[opentelemetry_cpp] Update to 1.9.1 (#31754) * update to 1.9.1 * update versions * add blank line * update version 2023-06-03 02:16:57 +08:00			`foreach(proto_target ${OPENTELEMETRY_PROTO_TARGETS})`
			`set_property(TARGET ${proto_target} PROPERTY POSITION_INDEPENDENT_CODE ON)`