* 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
