microsoft/vcpkg#29196 introduced new feature flag `[tools]` which
prevents generation of `libicutu`. The PR in question did not take into
account dynamic linkage target where rpath is set to hardcoded and no
longer valid list of libraries.
This PR dynamically detects presence of `[tools]` feature and adds
`libicutu` for rpath fix as necessary.
Co-authored-by: Monica <v-liumonica@microsoft.com>
* [llvm] Update port to 15.0.1
The patchset is rebased onto llvmorg-15.0.1, with some significant
differences especially around install paths. The NixOS project
appears to be midway through a large change to the install path
mechanics, for the same purpose as this patchset.
When that has landed, it looks like most of these patches can go away.
* [llvm] x-add-version for 15.0.1
* [llvm] Add enable-ios feature flag
This passes straight through to COMPILER_RT_ENABLE_IOS, which is
defaulted to ON in LLVM. This is a problem if your build host
doesn't have the iOS SDK installed, such as on vcpkg CI.
Co-authored-by: Josh Channings <josh@channings.me.uk>
* [matroska] update to 1.7.1
* [matroska] enable UWP builds
This has been used in VLC for years. There was a build issue with file access
in the "ebml" dependencies. But it should be fixed by
https://github.com/microsoft/vcpkg/pull/30750
* Test ci baseline change effect
* Skip parent hashes when baseline was modified
* Update head baseline variable
* Revert "Test ci baseline change effect"
This reverts commit a5e7a5c404.
* Read raw data
* [akali] set discard library
* update version
* Delete information that is no longer needed
* update version
* delist port
* remove akali.json
* revert akali.json
* [dumb] New port.
* [dumb] Add to baseline.
* [dumb] Apply suggestion from review.
- Remove unofficial config since a pkg-config file is provided.
- Update the match string for pkg-config fixes.
- Limit ONLY_STATIC_LIBRARY to Windows.
* [dumb] Update version.
* [dumb] Remove vcpkg-cmake-config dependency.
This dependency is no longer needed since the unofficial config was
removed.
* [dumb] Update version.
* [ebml] update to 1.4.4
The limits patch has been applied in 1.4.3:
f0bfd53647
* [ebml] enable UWP builds
This has been used in VLC for years. There was a build issue with file access
but it's no longer build by default
05bc5c0902
* update asmjit, fbgemm, polyhook2, start asmtk
* fix error LNK2019 and update version
* update version
* version
* NEW SHA
* revert fbgemm
* format
* v db
* new function
* v db
* update fbgemm version to 0.4.1 to fix asmjit
* v db
---------
Co-authored-by: FrankXie <v-frankxie@microsoft.com>
* [libmysql] update to 8.0.32
* update version
* minimize system libs patch
* update version
* fix compilation on macOS with homebrew
* update version
* fix `\n` by mistake
* fix mysql_config
* update version
* [aklomp-base64] fix PACKAGE_NAME
* [aklomp-base64] vcpkg version fix
* Bump port-version.
---------
Co-authored-by: Nikolay Shishov <nikolay.shishov@admiralmarkets.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [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
