* [meson] fix cross compiling from linux to windows
* Fix mingw system name
* Omit empty fields from standard libraries
* Use VCPKG_CROSSCOMPILING
* vcpkg_configure_meson: do not double escape include paths
* vcpkg_configure_meson: set winres instead of rc
* vcpkg_configure_meson: do not always cross build
* Apply suggestions from code review
* fix the issue I made
* [meson] error when gcc uses a different linker executeable
* [meson] apply code review from strega-nil
* [meson] more verbose error messages
* [meson] remove wrong check
Co-authored-by: Kai Pastor <dg0yt@darc.de>
Co-authored-by: nicole mazzuca <83086508+strega-nil-ms@users.noreply.github.com>
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* [h3/jaeger-client-cpp] Update to the latest version
* Remove CONTROL files
* Update version files
* Update patch
* Update versions/j-/jaeger-client-cpp.json
* [libhsplasma/libpcap/lv2] Update to the latest version
* [libpcap] Remove unused comments
* Update version files
* [lv2] Fix usage
[libpcap] Update ci.baseline.txt
* [libhsplasma] Remove x64-windows-static=fail from ci.baseline.txt
* [libcrafter] Update to 1.0
* [libcrafter] Add vcpkg.json
* Update version files
* Add CRT check for libpcap and update version as versin-semver for libpcap
* Update version files
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Remove prior arm/uwp patch since host dependencies now allow for proj database generation, and add a new patch that repairs Win32 API calls to use UWP counterparts in UWP builds
* Update ci baseline for port changes
* Update port version
* Fix patch list for PR
* Bump port-version, disable some broken downstream libs
* Update port version commit
* Decouple the storage account used for binary caching from the images.
We are being forced to change infrastructure somewhat more frequently than we would like, so change the binary caches to use a shared storage account like we already use for asset caching.
* blob blob blob
* Add quotes
* Avoid name stomping.
* Repair msbuild damage and workaround the way we integrate on VS2015.
This is a fix for a pile of issues discovered by https://github.com/microsoft/vcpkg/pull/18906
* VS 2015 has a bug that the <VcpkgInstalledDir Condition="!$(VcpkgInstalledDir.EndsWith('\'))">$(VcpkgInstalledDir)\</VcpkgInstalledDir> dance we do to get a trailing slash is not applied correctly when VcpkgInstalledDir was edited in the same property group attempting to add the trailing slash.
* We need a trailing slash on VcpkgInstalledDir at all times, but https://github.com/microsoft/vcpkg/pull/16173 damaged this by removing it from TreatAsLocalProperty. Add the right TreatAsLocalPropertys back. Add all such slash defenses to the top of the file just beneath, eliminating need to call Path::Combine and friends by following msbuild "directory properties have a trailing slash" convention.
* Move VcpkgOSTarget and VcpkgPlatformTarget into the .targets, as they aren't intended to be overridable by users and don't appear in our selection dialog box(es).
* Don't bother avoiding setting vcpkg properties when VcpkgEnabled is off; after all, VcpkgEnabled is itself a vcpkg property :). I left attempts to skip creating items since creating items can hit the disk.
* Add _Z to several internal msbuild variables.
* Move VcpkgApplocalDeps to the .props since it's a user setting.
* Don't unconditionally use $(TLogLocation) because it is not set on 2015, and also it's per-project.
* Fixed typo in docs "VcpkgInstalledDirectory", and document the limitation that it doesn't work in 2015.
* In manifest mode, put the installed tree in a subdirectory including the triplet to make changing configurations faster.
Known limitations:
* If you change vcpkg.json without changing any .cpp files, we don't rebuild the dependencies even though we should. I don't know how to fix this but it doesn't appear to be a regression.
* Fix .tlog handling.
* Further defend against modified properties on VS2015.
* Document more VS2015 limitations.
* Remove TreatAsLocalProperty comment.
* Revert "incorporate changes from microsoft:master"
* Revert "Revert "incorporate changes from microsoft:master""
* issue targeted in newer numpy version
* work-around for broken numpy libs on macOS
* temporarily add debug code to analyze CI failures
* again temporary debug code
* fix linkage command on macOS (broken by Bazel upgrade)
* fix regex for macOS linker command
* remove debug code, bump version
* x-add-version seems to require a separate commit...
* Fix misspelled "acceleration".
* x-add-version
Co-authored-by: jgehw <Joachim_Gehweiler@McAfee.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fix filenames for linux vs windows in liblo portfile
* Removed deprecated call and now using vcpkg_copy_tools
* Upgraded to manifest file
* Increment port-version
* Remove now working builds from ci.baseline
* Updated versioning files
* Fixed type for vcpkg.json
* Updated sha for liblo version
* [vcpkg_cmake_config_fixup] Revert #19469
* Update the version date
* actually just revert
* move stuff around in vcpkg-cmake-config.json file
Co-authored-by: nicole mazzuca <mazzucan@outlook.com>
* remove "find_path(STDINT_H stdint.h)". On clang/macos, this picks up the kernel headers version of stdint.h, instead of the C standard library, breaking compilation
* only define YY_NO_UNISTD_H and YY_USE_CONST on Windows, like the upstream CMakeLists.txt
* set the C standard to C99, like the upstream CMakeLists.txt
* update to 1.7.3
* remove the "fail" line from ci.baseline.txt
* run ./vcpkg x-add-version --all to update metadata files
* reset port-version
CMAKE_HOST_SYSTEM_PROCESSOR is set to amd64 on x86-64 FreeBSD systems.
CMake's STREQUAL gives a case-sensitive comparison so this case was
missed during bootstrapping when using vcpkg as a submodule.
* [keystone] Fix static build with dynamic CRT on Windows
* Add port-version
* Update version files
* Add double quotes for the path
* Update versions/k-/keystone.json
* Add comments for kstool
* Update versions/k-/keystone.json
* [vcpkg baseline][rbdl-orb/rbdl] file conflicts, skip rbdl-orb in Ci testing
* [ptex] Add DISABLE_PARALLEL_CONFIGURE
* Update the baseline version
* Add missing quotes
* Update the baseline version
* update 2021-07-27
macOS -> 11.5.1, XCode -> 12.5.1
* update azure-pipelines
* update sha of macfuse
* change how macos-ci-base works
* fix build errors
* fix itpp:linux
* more fixes
* remove tab
* allow version changes in all the remove/rename-version patches
* fix libunistring for real
* robert CR
Now that vcpkg has artifact caching, meaning downloading artifacts usually doesn't have to leave the datacenter, there's no need to potentially dirty different runs with leftover downloads from each other.
This resulted in some "impossible" results in https://github.com/microsoft/vcpkg/pull/18687 where a previous PR run accidentially downloaded the Windows version of nodejs to /mnt/vcpkg-ci/downloads/node-v14.17.4-linux-x64.tar.xz
* [perl/nuget] Update to latest release
* Update nuget to 5.10.0 in vcpkgTools.xml
* Update git aria2 scons go doxygen ruby bazel python3
* Update clang
* Update meson to 5.8.1
* Update the baseline verison
* Update vswhere to 2.8.4
* Update gsutil, add x86 nodejs on windows
* Update git to 2.32.0.2
* Update the doc
* Revert changes for adding nodejs
Co-authored-by: Billy Robert ONeal III <bion@microsoft.com>
* [embree2] Fix static linking
Recently attempting to build embree2 is causing our osx workers to die. Example recent CIs:
https://dev.azure.com/vcpkg/public/_build/results?buildId=56146https://dev.azure.com/vcpkg/public/_build/results?buildId=55886https://dev.azure.com/vcpkg/public/_build/results?buildId=55802
Notably, we don't see this problem in PRs because it is marked "fail" in ci.baseline.txt. Initially, I was going to change it to skip, but observed that the project uses an ordinary cmake build and all the failing triplets were static ones.
If this PR passes, the hope is that CI with this change will pass too.
* Disable embree2 more directly for mac and linux because the portfile isn't prepared for it.
* Small changes
* Update the baseline version
* Use string(COMPARE EQUAL for EMBREE_STATIC_RUNTIME as well.
Co-authored-by: PhoebeHui <20694052+PhoebeHui@users.noreply.github.com>
Remove no longer used "unstable" scaffolding.
Use ephemeral OS disks for better latency.
Add ability to change whether temp disks are used or explicitly provisioned disks are used; explicitly provisioned disks turned out to be more expensive than expected before.
Disable Windows Updates in the scale set because the machines are very short lived; working on a mechanism of patching the images instead.
* [boost] update generator script for boost 1.76
* [boost] update ports to 1.76.0 (run generator)
* [boost] fix windows build?
* [quantlib] update and fix mac build
* [symengine] update and fix build
* [avro-cpp] update to latest master and fix windows build
* [folly] update to 2021.05.31.00
* [fbthrift, fizz, wangle] update to v2021.05.31.00 and fix build
* [proxygen] update to version 2021.05.31.00
* [fizz, proxygen, fbthrift] fix sodium target
* [proxygen] also works on macOS
* [quantlib] use fix from upstream to fix mac build
* [symengine] minimize patch file and fix deprecation warning
* [folly,proxygen,wangle,fizz,fbthrift] update to 2021.06.14.00
* [fbthrift] remove unnecessary dependency rsocket
I couldn't find any information that this dependency exists. The term is used in the code, but not in the context of a dependency
* [fizz,fbthrift] fix zlib dependency
* [fbthrift] pass required flex executable to cmake configure
* add version files
* [boost] generate-ports.ps1: Apply code review
* [boost] changes from new version of generate-ports script
* update version files
* [boost] generate-ports.ps1: Apply code review
* Expand Architecture list with escape chars
This expands the architecture lists with escape characters. When
building FAT binaries for macos using multiple architectures in the
values they need to be escaped otherwise they are passed on to CMake
incorrectly #14932
* Adding the architecture fix to vcpkg-cmake port
updating port vcpkg-cmake version
* updated version in baseline
* [llvm] update to 12.0.0, enable zlib and libxml2
* [llvm] disable libxml2 by default, arm64-windows should be supported
* [llvm] try to fix build with ffi on Windows #17663
* [llvm] re-enable libxml2
* [llvm] fix formatting
* [llvm] overwrite version
* [mesa] update to v21.1.0
* [llvm] update ci.baseline
* [halide] update to the latest master commit
* [llvm] disable libxml2 port until complete PR #15390
* update versions
* [llvm] fix disabling of external libraries
* update version
* update ci.baseline
* update ci.baseline
* fix typo
* [llvm] fix libxml2 (depends on #17945)
* revert "[halide] update to the latest master commit"
* update versions
* [halide] fix zlib dependency for tools
* update versions
* [halide] update to official release v12.0.0
* update versions
* [halide] update to v12.0.1
* update version
* [mesa] remove llvm from defaults
* update version
* update ci.baseline
* [mesa] update to v21.1.2 and fix build with LLVM on Windows
* [llvm] allow to build libunwind project on Windows
* update versions
* [mesa] update ci.baseline.txt to disable x64-windows-static-md, may be fixed in the PR #18495
* Cherry-pick https://github.com/microsoft/vcpkg/pull/15598
* Hook deploy-inteloneapi into create-vmss.ps1.
* Add script to resolve https://github.com/microsoft/vcpkg/issues/17521
* Move tls settings deployment to the front and respond to script triggering a reboot.
* Go back to provisioning an extra disk to workaround https://github.com/microsoft/vcpkg/issues/18379
* Disallow public access to blob storage and require TLS 1.2.
* Update Pools.
* Update tool to 2021-06-19
* [simage] Skip simage on uwp platforms as it appears broken by 16.10.
* [tensorflow-cc] Skip because changes in our MacOS hardware broke the port.
