* [python3] Add vcpkg's include directories to the end rather than to the beginning.
This is safe because vcpkg never hydrates python3's $(PySrcDir)\externals directory, so it wasn't using vendored dependencies at all.
* [antlr4] Install antlr headers in antlr4-runtime rather than the root to avoid stomping on common name token.h.
This is consistent with the ubuntu packages.
* [bcg729] New port
Bcg729 is a G.729 Annex A&B codec. Closes#14835.
* Update ports/bcg729/CONTROL
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Update ports/bcg729/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [bcg729] Allow *-uwp in ci.baseline.txt.
* Update ports/bcg729/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Use a manifest rather than CONTROL; portfile.cmake nitpicks.
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fixed port of quirc - patch did no longer apply / modified to fix build
* Updated quirc to the latest version + removed obsolete patch-for-msvc.patch
* update baseline
* [quirc] Fix license file name
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
* [libvpx] switch from yasm to nasm
* [vcpkg] install nasm on azure for osx
* Revert "[vcpkg] install nasm on azure for osx"
This reverts commit f65ad1bdad.
* [VMSS] Install nasm on OSX
* [libvpx] bump port version
* [libvpx] Add --as=nasm for non-MSVC triplets
* [libvpx] Fix nasm debug format flag
* Back out nasm change applied in https://github.com/microsoft/vcpkg/pull/15258
Co-authored-by: JackBoosY <yuzaiyang@beyondsoft.com>
Co-authored-by: Long Nguyen <nguyen.long.908132@gmail.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [capnproto] Remove from baseline.
PASSING, REMOVE FROM FAIL LIST: capnproto:x64-windows (.\scripts\ci.baseline.txt)
PASSING, REMOVE FROM FAIL LIST: capnproto:x64-windows-static (.\scripts\ci.baseline.txt)
PASSING, REMOVE FROM FAIL LIST: capnproto:x86-windows (.\scripts\ci.baseline.txt)
These were fixed by the update to VS2019 version 16.8. Other capnproto skips moved into "supports" because:
capnp.lib(serialize-packed.c++.obj) : error LNK2019: unresolved external symbol __popcnt referenced in function "int __cdecl kj::popCount(unsigned int)" (?popCount@kj@@YAHI@Z)
i.e. the port wants popcnt to exist and it doesn't, so this isn't an artifact of our CI.
* Remove "passing: remove from fail list" entries.
* [atk, atkmm, gdk-pixbuf, glibmm, gtkmm, libsigcpp, libxmlpp, pangomm] Acquire using HTTPS.
* [chardir] Update osx download.
* [leaf] Remove leaf in favor of boost-leaf.
```
Starting package 759/1414: leaf:x86-windows
Building package leaf[core]:x86-windows...
-- Downloading https://github.com/zajo/leaf/archive/0.2.2.tar.gz...
-- Extracting source D:/downloads/zajo-leaf-0.2.2.tar.gz
-- Using source at D:/buildtrees/leaf/src/0.2.2-26417cde9d.clean
-- Configuring x86-windows
-- Building x86-windows-dbg
-- Building x86-windows-rel
-- Installing: D:/packages/leaf_x86-windows/share/leaf/copyright
-- Performing post-build validation
-- Performing post-build validation done
Uploaded binaries to 1 HTTP remotes.
Building package leaf[core]:x86-windows... done
Installing package leaf[core]:x86-windows...
The following files are already installed in D:/installed/x86-windows and are in conflict with leaf:x86-windows
Installed by boost-leaf:x86-windows
include/boost/leaf/capture.hpp
include/boost/leaf/common.hpp
include/boost/leaf/context.hpp
include/boost/leaf/detail/all.hpp
include/boost/leaf/detail/demangle.hpp
include/boost/leaf/detail/function_traits.hpp
include/boost/leaf/detail/mp11.hpp
include/boost/leaf/detail/optional.hpp
include/boost/leaf/detail/print.hpp
include/boost/leaf/error.hpp
include/boost/leaf/exception.hpp
include/boost/leaf/result.hpp
Elapsed time for package leaf:x86-windows: 2.931 s
```
Caused by the update to Boost 1.75.0. Because this port is touching include/boost, I'm interpreting that as "the author intends users to use it as a Boost library", and have deleted this port in favor of the Boost version.
* [magic-get] Remove magic-get in favor of boost-pfr.
* Update ports/chartdir/portfile.cmake
Co-authored-by: ras0219 <533828+ras0219@users.noreply.github.com>
* Restore versions.
* format-manifest
Co-authored-by: ras0219 <533828+ras0219@users.noreply.github.com>
* Add meson from https://github.com/microsoft/vcpkg/pull/12860/
* Add autoconf-archive from https://github.com/microsoft/vcpkg/pull/13081/
* Add kf5windowsystem libs from https://github.com/microsoft/vcpkg/pull/13467/
* Open the FTP and SFTP ports from https://github.com/microsoft/vcpkg/pull/14412/
* Add libxcb-util0-dev from https://github.com/microsoft/vcpkg/pull/14678/
* Add libasound2-dev from https://github.com/microsoft/vcpkg/pull/14774
* Remove no longer necessary apt-mark calls.
* Update nasm on Linux.
* Fix longstanding bug where Storage was publicly accessible and change to generate SAS token rather than File Share
* Delete no longer necessary azure storage firewall rules.
* Install the newer Windows SDK with the VS installer instead of manually.
* Install the VS2015 and VS2017 compilers.
* Update Powershell-Core to 7.1.0.
* Update source of WDK.
* Update pools.
* [opentracing] Repair arm64-windows failures caused by mojibake in `expected.hpp` and errors in opentracing-cpp's lint for arm64 where it thinks exceptions are disabled when they are enabled.
Fixes:
C:\Dev\vcpkg\buildtrees\opentracing\src\b67575dab0-0250653c81.clean\3rd_party\include\opentracing/expected/expected.hpp(1): warning C4828: The file contains a character starting at offset 0x4a77 that is illegal in the current source character set (codepage 65001).
Fixes:
D:\buildtrees\opentracing\src\b67575dab0-0250653c81.clean\include\opentracing/tracer.h:223:5: error: cannot use 'try' with exceptions disabled [clang-diagnostic-error]
try {
^
* [mmloader] Patch out overrides of CMAKE_C_FLAGS and CMAKE_CXX_FLAGS that inserted /WX.
Note that this port sets /GS-, possibly because it may be for authoring shellcode.
* Bump storage API version to 2020-04-08.
