* [unicorn-lib] Check current version on CI first
- Check if the current version of unicorn-lib builds on all
supported triplets
- Current version of port in vcpkg:
commit ba11f5930dbeb5f8e04b2ee727b6dd3932fd6b03
date 2019-07-09
* [unicorn-lib] Update to 01cc7fc (2020-03-02)
- Update to current version in git:
commit 01cc7fcd2d60dbc083767d448477638e5ec8b92a
date 2020-03-02
* [sqlpp11] update to v0.59
[sqlpp11-connector-mysql] support MySQL connector
* [cpp-taskflow][fastrtps] update hashes to fix ci
* revert "[cpp-taskflow][fastrtps] update hashes to fix ci"
* [sqlpp11] add homepage
* [Arrow] Update to 0.17.1
* Remove arrow:x64-linux=fail from ci.baseline.txt.
Add explicit tool dependencies on Flex and Bison for Linux and OSX.
* Revert arrow dependency on Flex/Bison, it's Thrift that needs them and its portfile is already fine.
* Use vcpkg_fail_port_install(ON_ARCH x86 arm arm64) instead of custom check.
Remove thrift:x64-osx=fail from ci.baseline.txt (we know arrow depends on it, and arrow:x64-osx has been shown to work in 3rd party project).
* Disable using pkg-config files to locate dependencies in arrow
This is incompatible with vcpkg as these files refer to paths in the
packages directory rather than the installed directory, so this only
works if the packages haven't been cleaned.
* Mark thrift:x64-osx as still failing until a proper solution for Bison can be found.
* Update ports/arrow/portfile.cmake
Co-authored-by: Adam Reeve <adreeve@gmail.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [vcpkg] Remove do-nothing Set-Content from Windows azure-pipelines.yml.
* [vcpkg] Fix OSX CI by ensuring the downloads directory exists in advance, and extract common command line parameters with powershell splatting.
* [tensorflow-cc] Prevent hang building tensorflow-cc asking to configure iOS.
* Skip ignition-msgs5:x64-osx
* fix librsvg
* fix for linux dependencies
* fix for linux dependencies (retry)
* increase control port version
Co-authored-by: Angel Sánchez <angelsanchez@inedit.com>
* [google-cloud-cpp] Consolidate all google-cloud* packages
Starting with the v1.14.0 release all google-cloud* packages and the
googleapis package are kept in a single repository and released
simultaneously.
* Update CI baseline.
google-cloud-cpp used to inherit failures from googleapis, which
indicates these are (probably) problems in the generated protobuf/grpc
code.
* Update enet-control
* Update enet portfile to 1.3.15
* Use correct hashsum in enet 1.3.15
* Remove empty lines from enet 1.3.15
* [enet] Replace deprecated vcpkg_common_functionality
* [enet] Remove includes that needn't be included
* [ace] Update to 6.5.8
* Address review comments
* ports/ace/portfile.cmake:
* Put back copy step
* ports/ace/portfile.cmake:
* Fixed error
* ports/ace/portfile.cmake:
* ARM should work, let us try it
* ports/ace/portfile.cmake:
* ARM doesn't work yet, so disable it again
* ports/ace/portfile.cmake:
* Add support for vcpkg of ace on MacOSX
* ports/ace/portfile.cmake:
* [ace] Add patch to fix Visual Studio 2019 internal compiler error
* ports/ace/process_manager.patch:
Added.
* ports/ace/CONTROL:
* ports/ace/portfile.cmake:
* Attempt to fix apply patches
* ports/ace/portfile.cmake:
* [ace] Updated baseline for ace, 4 configurations work again with the applied patch
* scripts/ci.baseline.txt:
* Address review comments
* ports/ace/portfile.cmake:
* Revised patch for ACE
* ports/ace/process_manager.patch:
* [ace] Add support for uwp
* ports/ace/portfile.cmake:
* ace now works in all configurations
* scripts/ci.baseline.txt:
* Removed !uwp and update version
* ports/ace/CONTROL:
* Simplified install of copyright file and on windows we always have a QoS library
* ports/ace/portfile.cmake:
* Install all cpp files, at some point we should try the MPC install support on Windows
* [ace] Updated version
* add x86-wasm.cmake to community triplets
The EMSDK enviroment variable is normally defined when first installing Emscripten.
* Rename x86-wasm.cmake to wasm32-emscripten.cmake
* Update wasm32-emscripten.cmake
* Update wasm32-emscripten.cmake
* Add wasm32 and wasm64 arch to docs
* Create wasm64-emscripten.cmake
* remove wasm64
* Delete wasm64-emscripten.cmake
* Add wasm32 to list of identifiers
* add emscripten VCPKG_CMAKE_SYSTEM_NAME support
* add path check to EMSDK cmake toolchain
When asio and boost-asio are installed, osg's build scripts would choose the standalone version of asio, but uses features specific to boost-asio. This patch forces the port to always use boost-asio, as the original CONTROL file indicated was the intent.
Also fixed transitive dependencies not being declared that just happened to get installed because boost-asio is a dependency.
* [polyhook2] Update to 2020-05-25
- Update to latest PolyHook_2 revision.
- Add support for zydis and inlinentd as features (enabled by default, as per upstream default).
- Support for capstone, exception, detours, and pe is now configurable via features (all enabled by default, as per upstream default).
- Remove cmake build patch. Relevant parts have been upstreamed.
- For now, remove tool feature for building tests, as upstream does not support building tests along with building the library.
- Add support for cmake config so library can be used simply with "find_package(PolyHook_2 CONFIG REQUIRE)".
* [polyhook2] package does not support arm, uwp, linux, and osx
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [zxing-cpp] Fix build failure
* [libiconv] Add vcpkg-cmake-wrapper to find libcharset
* [zxing-cpp] Use FindIconv and wrapper to find libiconv, add features
* [libiconv] Add include code to wrapper
