* [duktape] Update to 2.7.0 and don't require python2 to build.
Instead use a release tarball which includes all codegened stuff.
* [duktape] Enable in CI.
* Enable raylib on ARM Macs
Raylib has been working on ARM based macOS for a while now. I've tested it on my own, and the raylib project has been building it in actions for a year now. See: https://github.com/raysan5/raylib/pull/2567
* Update version database
* Update raylib.json
---------
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
* Fix broken version constraints.
C:\Dev\vcpkg\ports\kinectsdk1\vcpkg.json: error: the "version>=" constraint to vcpkg-tool-lessmsi names version 1.10#1 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\v-\vcpkg-tool-lessmsi.json.
C:\Dev\vcpkg\ports\kinectsdk2\vcpkg.json: error: the "version>=" constraint to vcpkg-tool-lessmsi names version 1.10#1 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\v-\vcpkg-tool-lessmsi.json.
C:\Dev\vcpkg\ports\matroska\vcpkg.json: error: the "version>=" constraint to ebml names version 1.4.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\e-\ebml.json.
C:\Dev\vcpkg\ports\openvino\vcpkg.json: error: the "version>=" constraint to protobuf names version 3.20.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\p-\protobuf.json.
note: the dependency is in the feature named onnx.
C:\Dev\vcpkg\ports\openvino\vcpkg.json: error: the "version>=" constraint to protobuf names version 3.20.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\p-\protobuf.json.
note: the dependency is in the feature named onnx.
C:\Dev\vcpkg\ports\openvino\vcpkg.json: error: the "version>=" constraint to protobuf names version 3.20.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\p-\protobuf.json.
note: the dependency is in the feature named paddle.
C:\Dev\vcpkg\ports\openvino\vcpkg.json: error: the "version>=" constraint to protobuf names version 3.20.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\p-\protobuf.json.
note: the dependency is in the feature named paddle.
C:\Dev\vcpkg\ports\openvino\vcpkg.json: error: the "version>=" constraint to protobuf names version 3.20.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\p-\protobuf.json.
note: the dependency is in the feature named tensorflow.
C:\Dev\vcpkg\ports\openvino\vcpkg.json: error: the "version>=" constraint to protobuf names version 3.20.3 which does not exist in the version database. All versions must exist in the version database to be interpreted by vcpkg. Consider removing the version constraint or choosing a value declared in C:\Dev\vcpkg\versions\p-\protobuf.json.
note: the dependency is in the feature named tensorflow.
C:\Dev\vcpkg\ports\qtvirtualkeyboard\vcpkg.json: error: the dependency t9write does not exist in the version database; does that port exist?
note: the dependency is in the feature named t9write.
* Remove entries from the baseline that do not exist.
* Port Launch Darkly Server is supported on ARM
I tested it.
* Build fail on arm-neon-android
* Remove launch-darkly's warning as error
and change CI baseline back
* [openssl] update version to 3.1.3
* [openssl] removed patches that are already applied in version 3.1.3 for windows
* [openssl] format vcpkg.json
* [openssl] update version information
* Revert armcap changes (WIP)
* WIP
* Revert "Revert armcap changes (WIP)"
This reverts commit a451e6e0bede14873ab74f88fec8664577198c94.
* Trace
* Revert "Trace"
This reverts commit 91e6428688d3281ce8ce4427b4f6712b0ebfa176.
* [openssl] Disable asm also on arm32 neon
* Revert "WIP"
This reverts commit b7c3a6d96126a125df7b993e6f7f54ee7b807d6b.
---------
Co-authored-by: Carsten Grimm <carsten.grimm@ipolog.ai>
* [azure-messaging-eventhubs-cpp] Shorten source paths
* use cmake to rename directories, and also include azure-storage ports (#4)
Co-authored-by: Anton Kolesnyk <antkmsft@users.noreply.github.com>
* Shorten the paths down to _/_/_/
---------
Co-authored-by: Anton Kolesnyk <antkmsft@users.noreply.github.com>
* Remove dependencies to bzip2 and zlib.
They are used only by pcre2grep which we don't build in the port.
* Fix CMake integration.
The patch has been submitted upstream in PCRE2Project/pcre2#260.
* Add a usage file and use `vcpkg_install_copyright`.
* Bring back patching pcre2.h.
* Bump port version.
* Update version database.
* Fix CRLF damage.
* Fix target capitalization.
* Update version database.
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* add libsystemd, libcap, libxcrypt
* baseline libsystemd, libcap, libxcrypt
* versions tree libsystemd, libcap, libxcrypt
* licenses for libsystemd, libcap, libxcrypt in vcpkg.json
* update tree for libsystemd, libcap, libxcrypt
* allow restricted header libxcrypt
* tree allow restricted header libxcrypt
* remove message Warning
* use targets exist during configure, instead of configure_file variable to search for zstd
* update git-tree
* add quotes to full paths and remove messages in portfiles
* update git-tree
* remove extra spaces
* update git-tree
* remove extra line
* update git tree
* do configure hack differently and remove cross compile patch and override compiler during build_make
* update git tree
* try either gcc or clang for libcap and specify log file root for each build command
* update git-tree
* libcap use host dependency of self
* libcap update git tree
* libsystemd is LGPL2.1
* update libsystemd git-tree
* change from find_package to find_dependency in unofficial cmake export
of libsystemd
* update libsystemd git-tree
* update libxcrypt
* update git tree libxcrypt
* patch pkgconfig file of libsystemd
* update libsystemd git-tree
* update libsystemd to 254
* update git-tree libsystemd
* * Copy of cap_names.h checked in for cross compilation
* Decouple cap_names.h from libcap.* make targets
* Use vcpkg_cmake_get_vars instead of ENV{CC} etc.
* Remove unnecessary self dependency of libcap
* Update libcap to 1.2.69
* Update git-tree
* cleanup old versions from version jsons
* [celero] Updated to v2.9.0
- SHA512s are updated for each updated download
- Fixed demo project compilation on Linux
- Tested on Windows x64 (Visual Studio) and Linux x64 (GCC on Ubuntu).
* [celero] Updated to v2.9.0
Updated VCPKG database files.
* [unicorn] update to 2.0.0
* update version
* update patch
* update version
* Update portifile.cmake
* update version
* fix ci error
* update version
* [unicorn] update to 2.0.1
* update version
* update function
* update version
* update version
* update version
---------
Co-authored-by: Zhao Liu <v-zhli17@microsoft.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Updated to include capnproto f4152f83b which fixes error C7692:
"rewritten candidate function was excluded..." which occurs when
building with MSVC 2022.
The updated code brings in another bug which is only fixed in the v2
branch of capnproto (not in master which is used here). The first
patch in this commit disables the problematic code by disabling the
coroutine check in async-prelude.h
The second patch disables KJ_USE_EPOLL for Android NDK version < 23
where sigtimedwait is not defined.
* Port v0.1 but it does not compile
* Install the latest version
* Rename to nyan-lang
* Format manifest
* x-add-version
* Use new functions
* Format json
* Fix version
* Update version and handle tools
* Fix version and SHA512
* Fix version
* x-add-version
* Resolve comments
* Declare supported triplets
* Format manifest
* x-add-version
* Add back CMP0074
* x-add-version
* Add patch for UWP
* x-add-version
* Skip UWP builds
* x-add-version
* Apply review comments
* x-add-version
* Generate Imath.pc
* update version
* add dependency imath minizip-ng
* updata version
* update version
* fix build error on uwp
* update version
* modify code source
* update version
* update version
* update version
* modify patch name
* update version
* update version
* update version
* Updating SDL2
* Attempting to fix x64-linux downstream
* Another attempt to fix finding ALSA that doesn't break everything
* ANOTHER attempt to find ALSA properly for linux
* This time trying to change sdlFindALSA
* Attempting to use vcpkg version of ALSA
* Actually adding alsa as a dependency
* Another attempt, this time drawing from the inspiration of how libsamplerate is handled
* Another attempt, this time drawing from the inspiration of how libsamplerate is handled
* Trying a different change to sdlFindALSA
* Another attempt
* Trying to se if perhaps the SDL2Config script is problematic
* Possible fix?
* Again, trying to get linux to behave
* A bit of cleanup of unnecessary cruft
* Removing unnecessary feature
* fix renaming library
* update version
* add usage
* update version
* update line break
* update version
---------
Co-authored-by: Jim wang (BEYONDSOFT CONSULTING INC) <v-wangjim@microsoft.com>
* Support cross-compiling Objective C code using Meson
The glib port uses Objective C code and the Meson build system.
You'll end up cross compiling glib when compiling for x64 osx
on an arm64 osx machine, or vice versa.
For this to work, an Objective C compiler needs to be set
in the Meson cross file.
vcpkg generates this file based on the
`scripts/buildsystems/meson/meson.template.in` template, and expects
the `MESON_OBJC` CMake variable to be set.
That's the job of `z_vcpkg_meson_set_proglist_variables` in
`scripts/cmake/vcpkg_configure_meson.cmake`. It will only generate data
for an Objective C compiler if:
- The `Languages` argument includes `OBJC`
- CMake has detected a Objective C compiler, and has set `VCPKG_DETECTED_CMAKE_OBJC_COMPILER`
To make this work, this patch:
- Enables the OBJC and OBJCXX language on Apple platforms
- Updates the call to `vcpkg_configure_meson` in the glib port file
to include the OBJC OBJCXX languages.
Fixes https://github.com/microsoft/vcpkg/issues/26147
Fixes https://github.com/microsoft/vcpkg/issues/20341
Based on https://github.com/microsoft/vcpkg/pull/26259
Based on 27dee354e4
Tested on an arm64 mac to compile glib for x64 macos
* Update version database
