* [alsa] Add cmake wrapper.
This adds the imported location for both Debug and Release
configurations, and sets the target's INTERFACE_LINK_LIBRARIES and the
ALSA_LIBRARIES variable to the same libraries as the pkg-config file.
* [alsa] Update baseline.
Note that this does not change the fact that crashpad is marked as
unsupported, but it makes the build work now with
`--allow-unsupported`.
The build seems to work fine if the default compiler is set to clang, it
does not build with gcc, which is probably why it's marked as
unsupported.
Co-authored-by: Martijn Otto <martijn@resolume.com>
* [gtk] update to 4.10.1 (microsoft#30896)
gtk-4.8.2 and newer no longer contain a python script to emulate meson's
post-install logic, so we can't manually trigger it after patching meson
not to run the post-install. Patch the meson file to run the post-install
even when cross-compiling, though if it's execution is optional and all
it does is to generate some caches, i.e. pollute the build system, then
we might be better off not running the post-install logic at all.
Also, we now have a direct harfbuzz dependency by gtk/gtkmain.c and
it also needs harfbuzz with glib support enabled.
* [gtk] Regenerate version registries (microsoft#30896)
* [fluidsynth] Update to 2.3.2.
The usage requirements patch is no longer required as a similar patch
has been merged upstream.
* [fluidsynth] Update CMake configure options.
- List out the options per-platform.
- Set the proper options for Android.
* [fluidsynth] Update baseline.
* [fluidsynth] On Linux, link dl before ALSA.
* [fluidsynth] Update version.
* [fluidsynth] Fully quote options passed to CMake.
* [fluidsynth] Update version.
* [blend2d, asmjit] Fix blend2d features build and update asmjit to latest commit
* format vcpkg.json
* update version
* update blend2d[jit]
* update version
* fix feature blend2d[logging]
* update version
* [alsa] Update to 1.2.8.
* [alsa] Update baseline.
* [alsa] Remove redundant error message in portfile.
This issue is handled in through the manifest "supports" field.
* [alsa] Update version.
* [harfbuzz] update to 7.1.0 (microsoft#30851)
* [harfbuzz] regenerate versions registries (microsoft#30851)
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
This aligns with the behaviour of other ports like QT and GStreamer
deadlocks when trying to load glib shared libraries if they are in
the plugin directory.
* update open62541
* run x-add-version
* adds patch to qtopcua to support open62541 v1.3
* x-add-version
* Update ports/open62541/vcpkg.json
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
* x-add-version
* remove explicit set of version variable
* x-add-version
* Add a warning when the user tries to turn on both encryption options, as requested by @LilyWangLL.
---------
Co-authored-by: Julian Zimmermann <Julian.Zimmermann@gti.de>
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [qtbase/qt5-base] Add more convenient msg about install the correct dependencies for ubuntu
* Add https://doc.qt.io/qt-5/linux-requirements.html back, fix them -> they typo, and wrap.
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
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
* [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
