* [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
* Update opentelemetry-cpp to v1.8.2
* Add feature description to otlp-http
* Update opentelemetry-cpp.json
* use ${VERSION} in portfile.cmake
* update version
---------
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
Co-authored-by: Lily Wang <494550702@qq.com>
* [opentelemetry-cpp] update opentelemetry-cpp to v1.4.1
* enable logs and metrics preview
* update versions database
* update azure-core-tracing-opentelemetry-cpp to use opentelemetry-cpp 1.4.1
* azure-core-tracing-opentelemetry-cpp: remove hard depdency on opentelemetry version instead of using 1.4.1
* Nitpick on using identical patch file.
Co-authored-by: João Soares <joao.soares@xpi.com.br>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [opentelemetry-cpp] update version to v1.2.0
* [opentelemetry-cpp] update version to v1.2.0
* [opentelemetry-cpp] update version to v1.2.0
* Fix version database.
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
