* Initial version of nrf-ble-driver
* Add system dependencies message
* Try to find git and add to path
* Add status message to debug CI build
* Remove status message; Add comments
* Append instead of prepend to PATH
* Enable x64-windows-static
* Only show system dependencies message on mac and linux
* Add arm64-windows support
* [azure] Update vcpkgs (add new port dependencies)
* [azure-iot-sdk-c] Bump CONTROL versions and normalize tabs/spaces
* [azure] ACR of Update vcpkgs (add new port dependencies)
* [raylib] Add new port (fix#4500)
* [raylib] Update to 2019-04-27
* [raylib] Bump version number
* [raylib] Minor fixes
* [raylib] Fix Threads_FOUND not defined error on Ubuntu
* [raylib] Bump version number
* Add system dependencies message
* [raylib] Display dependencies message on UNIX
* Modify message to appear based on build target, not build host
* [lz4, flann] port patches from #5169
* [lz4] use vcpkg_fixup_cmake_targets
* [flann] improve target handling
* [lz4] remove unnecessary debug message
* [openmvg] many many fixes to build it on windows
* [pcl] use official FLANN cmake config file instead of custom module
* [pcl] fix patch for flann targets
* [pcl] Bump CONTROL version
* upgrade lua to 5.3.5
* support POSIX systems
* bump version in CONTROL file
* -lm
* fix copyright check
* don't use c89 on windows
vs2015 already supports c99
* correct vcpkg_extract_source_archive_ex usage and platform detection
* fix FreeBSD
This PR includes the following changes that are required to get gRPC to build for ARM/ARM64 on Windows
1) Updated to v1.20.1
2) Disables Codegen Build for ARM/ARM64 builds
3) Rebased the "Fix UWP" patch so that it will apply properly
4) Fixed the "Static Linking in Linux" patch because it specified an invalid option on Windows builds
5) Added patch to "#undef" a macro name collision
6) Added GDI32.lib to the list of standard libraries linked to Windows
* Update vcpkg to include latest version of HowardHinnant-date code. To
fix windowsZones.xml URL change.
* [date] Update to ed0368fc75427ef05cefdf19a39b60d7bed2f039 from
HowardHinnant/date
* Revert "[date] Update to ed0368fc75427ef05cefdf19a39b60d7bed2f039 from"
This reverts commit 1d71b07aec57d11f07641ff2b2b3c65a717b4ad4.
* [date] Update to ed0368fc75427ef05cefdf19a39b60d7bed2f039 from HowardHinnant/date
* [libcroco] Initial port files for libcroco
From the libcroco readme file:
Libcroco is a standalone css2 parsing and manipulation library.
The parser provides a low level event driven SAC like api
and a css object model like api.
Libcroco provides a CSS2 selection engine and an experimental
xml/css rendering engine.
libcroco is part of the GNOME project.
* [libcroco] Build fixes for Linux.
* [pthread] update to v3
* [flint, mosquitto, usbmuxd] bump CONTROL files and add final touches for PThreads4W v3
* [arb] add compatibility with PThreads4W
* Prevent stale MSYS gpg-agent.exe process blocking command control
This commit fixes:
https://github.com/microsoft/vcpkg/issues/5476
The issue is that CI environments such as Appveyor's VS2017 image will wait for all processes to complete. If a stale process resides as a result, builds will hang.
There does not appear to be any good reason for gpg-agent.exe to be running once the build of icu has completed.
Without this patch builds of icu4c using CI systems will very likely hang and not in an obvious way.
Is this the _right_ solution to this problem? Probably not but it is one solution. And it degrades gracefully in that the build will not fail if gpg-agent.exe is not running. The gpg-agent.exe will not run again once MSYS has been configured, so to test this patch, a fresh install of vcpkg is required. Open the task manager and before the icu build completes, look for gpg-agent.exe just sitting there for no reason.
Might I suggest that the issue is fixed in vcpkg MSYS instead or as well?
Please don't request further from this commit.
* [icu] Kill MSYS gpg-agent.exe on Windows
