* [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 1d71b07aec.
* [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
* initial usd port
* [usd] Acquire python2 required to build
* Use copy instead of rename
Handle the source path and the package path being on different partitions.
* [g3log] Add new port (fix#5684, fix#5941)
* [g3log] Remove usage
* [g3log] Restore usage
* [g3log] Add UNIX support
* [g3log] Use vcpkg_install_cmake
* [g3log] Update to 2019-05-14
* [g3log] Update version number
