* Add robotraconteur port
* version database
* Add robotraconteur-companion port
* version database
* Install usage
* Update manifests
* Add dbus and libusb dependencies on linux
* version database
* Add back vcpkg-cmake dependency
* version database
* Disable robotraconteur on linux
* version database
* usage newline
* Use vcpkg_cmake_config_fixup
* Add back linux support
* version database
* Improve check for libbluetooth using pkgconfig
* version database
* Change libbluetooth check to warning
* version database
* Set PACKAGE_NAME in vcpkg_cmake_config_fixup
* version database
* Limit CI
* Update msys2
* Declare msys packages for pkgconfig and fortran...
... with explicit DEPS and PROVIDES, instead of using DIRECT_PACKAGES.
This change makes it possible to notice changed dependencies
in `vcpkg-ci-msys2` update checks. (Current case: zstd.)
It also enables reuse of general declarations from `vcpkg_acquire_msys`
in specialized cases (`vpckg_find_fortran`).
Last not least, using the the Z_DECLARE_EXTRA_PACKAGES_COMMAND
simplifies the implementation of `vcpkg-ci-msys2`, in particular for
checks across platform boundaries.
* Revert "Limit CI"
* [libtorch] update to 2.1.2
* adjust features and deps
* remove dep
* fix onnx case
* use system fxdiv
* update xnnpack
* fxdiv fix in libtorch
* add newline
* xnnpack does not install configs
* more patching
* fix patch
* more fixes
* use full lib for sleef.
* fix glog symbol on osx
* try fixing msvc ice
* ok renaming did nothing
* v db
* remove comments
* v db
* cuda is only for x64
* v db
* fix usage since cuda is still external to vcpkg
* v db
---------
Co-authored-by: Jim wang (BEYONDSOFT CONSULTING INC) <v-wangjim@microsoft.com>
* Replace uwp does not support functions
* update version
* fix patch
* update version
* del baseline
---------
Co-authored-by: Jim wang (BEYONDSOFT CONSULTING INC) <v-wangjim@microsoft.com>
macOS 14.2.1 on amd64, 14.3 on arm64
XCode Console Tools 15.1
Other changes:
macOS install is done from the installers rather than from the recovery partition
readme.md is now written for a vcpkg-team audience
vagrant is removed as a dependency so that discussion of how to persist the VMs between machines could be included
arm64 is added using https://github.com/s-u/macosvm
* Fix lib suffix matching
* Preserve flags when transforming standard libs
* Use separate_arguments
* Fix transform
* [vcpkg_configure_make] Fix SKIP_CONFIGURE
* Update linker flags
* Update linker flags
* Fix regex substitution
* Restore full CI
* Reuse configure's linker flags setup
* Handle ldflags separately from linker flags
* Factor out common definitions
* Control docdir and mandir for debug
* Use vcpkg_list APPEND
* Don't pass -avoid-version into configure
* Restore lost escaping
* Copy --target from LDFLAGS to CC/CXX
* Consolidate macros into one function
* Elaborate ABI flags
* Elaborate flag processing
* Update warnings for embedded space
* Update windows tool path fixup
* [libudns] No cross builds
* [vcpkg_find_acquire_program] Add VSCLANG
Find VS's clang without fallback to the giant LLVM download.
* [gmp] Update CCAS setup
* [nettle] Update CCAS setup
* Fix VSCLANG
* WIP
* Restore processing of isysroot
* [nettle] Fix assembler option
* [liburing] Adjust
* Variable name changes
* Remove redundant separate arguments
* Move -m32/-m64 to ABI flags
* Unify ABIFLAGS spelling
* CI
* Revert VSCLANG
* Use GNU Make to build autotools ports on FreeBSD (microsoft/vcpkg#32282)
* Fix flag removal
* Drop separation of ABI flags
* Handle '-arch=...'
* Revert "Control docdir and mandir for debug"
This reverts commit d8293a1997.
* [icu] Pass uwp option to pkgdata
* Restore old osx flags hook
* Add triplet variable to make libtool pass --target to linker
---------
Co-authored-by: Schaich, Alonso <alonsoschaich@fastmail.fm>
* Add magma port
* fix patch
* no cmake config to fix
* deleted wrong dir
* mark magma fail in ci baseline
* v db
* fix Cflags
* v db
---------
Co-authored-by: MonicaLiu <liuyumei01@beyondsoft.com>
* [vulkan-sdk] Separate port
* Update ci.baseline.txt
* [hikogui] Using glslc from shaderc
* [vulkan] Drop LICENSE.txt
* [vulkan-sdk-components] Avoid vulkan-sdk name
* [vulkan] Fixup copyright text
* Install vulkan.
* add gfxreconstruct
* format manifest and cr changes
* remove moltenvk
* fix ci part 1
* fix a dep
* more fixes
* remove vulkan failures from CI pipeline
* remove annoying stuff to deal with in static builds
* fix trailing ,
* remove vendored cmakelists
* force ci to be green
* format manifest
* Fix more ci issues
* fix hikogui
* make ci happier
* add jsoncpp dep
* only remove the debug folder if targeting windows
* bump port-version
* v db
* vulkan-loader add usage
* Rename vulkantools to lunarg-vulkantools
* Make VMA install headers platform dependent
* Remove vcpkg_check_linkage
* readd vulkan-validationlayers
* v db
* Extract vcpkg_extract_archive from vcpkg_find_acquire_program.
* Extract vcpkg_download_sourceforge from vcpkg_from_sourceforge.
This allows vcpkg_find_acquire_program to download from SourceForge without needing to temporarily change _VCPKG_EDITABLE.
* Use whether a URI is known for an entity to decide whether to downloads it rather than checking a separate supported_on_unix boolean.
* Add unparsed arguments check to vcpkg_extract_archive
* Hook up z-applocal, work started by @vicroms.
* Fix spelling of utf8
* Use standard warning formats.
* Don't get in the way of stdout.
* Don't try to Applocal deploy if the linker does not run.
* Make VcpkgUseBuiltInApplocalDeps docs a bit nicer.
* Change to (experimental) prefix.
* Add an X.
* [vcpkg_configure_make] fix case sensitive comparison in PATH system dir search
* Fixes after code review
---------
Co-authored-by: Victor NIVET <vnivet@invoke.fr>
* [libmysql] Update to 8.0.34
* [libmysql] Fix deps
* [libmysql] Fix deps, cont.
* WIP
* WIP
* [libmysql] Don't wrap downstream Find modules
Downstream Find modules are not standardized and cannot be wrapped
reliably. By moving the legacy wrapper behaviour to a config module,
we can catch those users which were relying on the old usage, and
display the instructions for migrating to the canonical unofficial
usage.
* [libmysql] Cross build stuff
* [libmysql] Cross build stuff
* [libmysql] Cross build stuff
Results from build: https://dev.azure.com/vcpkg/public/_build/results?buildId=95281
PASSING, REMOVE FROM FAIL LIST: qcoro:x64-osx (/Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt).
Caused by https://github.com/microsoft/vcpkg/pull/33273
The comment says that it's an ICE but it passed in CI; this might be a form of intermittent compiler crash. If we get a failure next time we should change this to skip instead.
From https://dev.azure.com/vcpkg/public/_build/results?buildId=94820
REGRESSION: caffe2:arm64-windows is marked as fail but one dependency is not supported for arm64-windows.
REGRESSION: gtk:x64-windows-static is marked as fail but one dependency is not supported for x64-windows-static.
Fixed by https://github.com/microsoft/vcpkg/pull/33999
REGRESSION: omplapp:arm-neon-android failed with BUILD_FAILED. If expected, add omplapp:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
Previously blocked by:
PASSING, REMOVE FROM FAIL LIST: assimp:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: clblast:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: clblast:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: clblast:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: openvdb:x64-windows-static (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: openvdb:x64-windows-static-md (C:\a\2\s\scripts\azure-pipelines/../ci.baseline.txt).
* Add libcoro 0.7
* Update CI baseline
* Add "supports": "!windows"
* Update CI baseline
* Remove unneeded vcpkg-cmake-config dependency
* Update CI baseline
* Disable x64-linux and x64-osx in ci.baseline.txt
* Apply code review suggestions
* Update CI baseline
* Add patch to disable git config
* Update CI baseline
* Fix patch
* Update CI baseline
* Allow shared library builds
* Update CI baseline
* Update libcoro to version 0.8
* Update CI baseline
* Update CI baseline
* Fix line endings
* Update CI baseline
* Fix hash
* Update CI baseline
* Update version database
* Force rerun of CI pipeline
* Update to libcoro 0.9
* Update CI baseline
* Replace manual dependency check with manifest-based one
* Remove v0.8 version
* Update CI baseline
---------
Co-authored-by: chausner <chausner@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [duktape] Update to 2.7.0 and don't require python2 to build.
Instead use a release tarball which includes all codegened stuff.
* [duktape] Enable in CI.
Don't enforce a hardcoded nesting limit as these limits are enforced by
GitLab itself and may change in the future. Furthermore I believe that
users can be trusted to successfully copy'n'paste the path portion of an
URL. Therefore we just require that the assumptions of our
implementation hold, i.e. that we can convert the repo path to a CMake
list by replacing `/` with `;` and that there is a repository name.
The current error message matching attempt is too strict as the error
message occasionally spells out the extension (i.e. `mt.exe` instead of
`mt`).
Co-authored-by: Monica <liuyumei01@beyondsoft.com>
* Support cross-compiling Objective C code using Meson
The glib port uses Objective C code and the Meson build system.
You'll end up cross compiling glib when compiling for x64 osx
on an arm64 osx machine, or vice versa.
For this to work, an Objective C compiler needs to be set
in the Meson cross file.
vcpkg generates this file based on the
`scripts/buildsystems/meson/meson.template.in` template, and expects
the `MESON_OBJC` CMake variable to be set.
That's the job of `z_vcpkg_meson_set_proglist_variables` in
`scripts/cmake/vcpkg_configure_meson.cmake`. It will only generate data
for an Objective C compiler if:
- The `Languages` argument includes `OBJC`
- CMake has detected a Objective C compiler, and has set `VCPKG_DETECTED_CMAKE_OBJC_COMPILER`
To make this work, this patch:
- Enables the OBJC and OBJCXX language on Apple platforms
- Updates the call to `vcpkg_configure_meson` in the glib port file
to include the OBJC OBJCXX languages.
Fixes https://github.com/microsoft/vcpkg/issues/26147
Fixes https://github.com/microsoft/vcpkg/issues/20341
Based on https://github.com/microsoft/vcpkg/pull/26259
Based on 27dee354e4
Tested on an arm64 mac to compile glib for x64 macos
* Update version database
* [python3] Update to 3.11.3
* Force set PythonForBuild on windows
* Set LD_LIBRARY_PATH on unix
* Always use vcpkg_find_acquire_program(PYTHON3) on windows
* Remove LD_LIBRARY_PATH shenanigans
* [vtk] Parse python version from include folder
* Fix static builds on windows
* Pass --with-build-python on unix
* [omniorb] Fix python version in patch
* Resurrect rpath patch
* [python3] fix usage
* [gobject-introspection] don't hardcode python version
* Update vcpkg_find_aquire_program(PYTHON3)
This is also required for gobject-introspection
* [paraview] don't hardcode python version
* [vtk-dicom] don't hardcode python version
* Update python in vcpkgTools.xml
* Fix host arch detection in vcpkg_find_acquire_program(PYTHON3)
* [libpq] Don't hardcode python version
* [shiva] Don't pass python variables
* [vcpkg-get-python-packages] Delete unused file, update hardcoded python version
* [python3] update to 3.11.4
* [omniorb] Use PREPEND in vcpkg_add_to_path
So that python from vcpkg is picked before system python
* libpq quickfix
* re-fix libpq
* fix vcpkg-get-python-packages
* Make windows 7 patch compatible with unix builds
* Copy pyd files to bin
Also fixes copying files that do not belong to current build tree
* Fix static builds
* Speculatively fix osx regression
* Fix omniorb on unix
* [gobject-introspection] fix windows builds
* [vtk] Update vendored copy of mpi4py for python 3.11 support
* [mdl-sdk] Fix python
* [gobject-introspection] fix the fix of a fix...
* Update versions
* Undo changes in gobject-introspection and vcpkg_find_aquire_program(PYTHON3)
---------
Co-authored-by: root <root@DESKTOP-UIPL9V8>
* [salome-configuration|medcoupling] new ports
* format manifest
* v db
* remove trace
* v db
* fix dep
* v db
* Apply suggestions from code review
Co-authored-by: jim wang <122244446+jimwang118@users.noreply.github.com>
* v db
* adjust SALOME_WITH_MPI depending on HDF5
* remove nuking of CMAKE_PREFIX_PATH from salome
* v db
* fix post build
* v db
* Fix med-fichier config on linux
* add supports
* format manifest
* v db
* don't want to investigate linux failure further
---------
Co-authored-by: jim wang <122244446+jimwang118@users.noreply.github.com>
* [libphonenumber] Bump to 8.13.17 & fix linux and macOS build
* update version database
* fix windows icui18n lib name
* update version database
* fix patches
* update version database
* fix ci.baseline.txt
* update cmake
* update to rc2
* use nightly build
* update to rc3 drop freebsd due to dead link and update git while i am at it
* fix missing sha
* fix relative path
* update to 3.27 release
* [paho-mqtt] remove usage of OPENSSL_ROOT_DIR
* [directxtex] control optional directx-headers dep
* v db
* IN LIST -> IN_LIST
* v db
* try fixing azure-storage-cpp
* v db
* update to 3.27.1
* scripts/msys => scripts/cmake
The "msys" directory looked like a "maintainer help" directory (like scripts/boost is) so it wasn't included in standalone distributions of vcpkg.
It seems like the correct fix for this is just to move it into the scripts/cmake directory.
Only take the COMPONENT part for the runtime settings like we
already do for the DESTINATION component. The install local dependencies
should only need to be run for RUNTIME components anyway.
* There is a space problem in modifying the file path
* Version database
* update version
* Update generate-ports.ps1
---------
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* PASSING, REMOVE FROM FAIL LIST: chipmunk:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: chipmunk:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
REGRESSION: fastrtps:arm-neon-android failed with BUILD_FAILED. If expected, add fastrtps:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fastrtps:arm64-android failed with BUILD_FAILED. If expected, add fastrtps:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fastrtps:x64-android failed with BUILD_FAILED. If expected, add fastrtps:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
Previously blocked by:
PASSING, REMOVE FROM FAIL LIST: foonathan-memory:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: foonathan-memory:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: foonathan-memory:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
REGRESSION: cmake-user:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: hdf5:x86-windows failed with BUILD_FAILED. If expected, add hdf5:x86-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: vcpkg-ci-mathgl:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: vcpkg-ci-opencv:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: vcpkg-ci-openimageio:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
REGRESSION: vcpkg-ci-paraview:x86-windows cascaded, but it is required to pass. (C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt).
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
Command failed: "C:/Program Files/PowerShell/7/pwsh.exe" -noprofile -executionpolicy Bypass -nologo -file C:/a/1/s/scripts/buildsystems/msbuild/applocal.ps1 -targetBinary D:/packages/hdf5_x86-windows/tools/hdf5/h5clear-shared.exe -installedDir D:/packages/hdf5_x86-windows/bin -verbose
Working Directory: C:/a/1/s
Error code: Access violation
See logs for more information:
D:\buildtrees\hdf5\copy-tool-dependencies-2-out.log
D:\buildtrees\hdf5\copy-tool-dependencies-2-err.log
Previous CI run passed, so I'm going to hope we got a bad machine or something and move on for now.
REGRESSION: openvino:x64-linux failed with BUILD_FAILED. If expected, add openvino:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-osx failed with BUILD_FAILED. If expected, add openvino:x64-osx=fail to /Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-windows failed with BUILD_FAILED. If expected, add openvino:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-windows-static failed with BUILD_FAILED. If expected, add openvino:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: openvino:x64-windows-static-md failed with BUILD_FAILED. If expected, add openvino:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
See discussion in https://github.com/microsoft/vcpkg/pull/32418 / https://github.com/openvinotoolkit/openvino/issues/18465 -- openvino conflicts with oneDNN because the vcpkg copy is not the same as their forked copy.
REGRESSION: physx:x64-linux failed with FILE_CONFLICTS. If expected, add physx:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: physx:x64-windows failed with FILE_CONFLICTS. If expected, add physx:x64-windows=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: physx:x64-windows-static failed with FILE_CONFLICTS. If expected, add physx:x64-windows-static=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
REGRESSION: physx:x64-windows-static-md failed with FILE_CONFLICTS. If expected, add physx:x64-windows-static-md=fail to C:\a\1\s\scripts\azure-pipelines/../ci.baseline.txt.
See discussion in https://github.com/microsoft/vcpkg/pull/32432 -- omniverse-physx-sdk was added 5 days ago and conflicts.
REGRESSION: libev:arm-neon-android failed with FILE_CONFLICTS. If expected, add libev:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libev:x64-android failed with FILE_CONFLICTS. If expected, add libev:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libev:x64-linux failed with FILE_CONFLICTS. If expected, add libev:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libev:x64-osx failed with FILE_CONFLICTS. If expected, add libev:x64-osx=fail to /Users/vagrant/Data/work/2/s/scripts/azure-pipelines/../ci.baseline.txt.
Fixed by https://github.com/microsoft/vcpkg/pull/32471
REGRESSION: ryu:x64-linux failed with FILE_CONFLICTS. If expected, add ryu:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
error: The following files are already installed in /mnt/vcpkg-ci/installed/x64-linux and are in conflict with ryu:x64-linux
Installed by bde:x64-linux
debug/lib/libryu.a
include/ryu/ryu.h
lib/libryu.a
* Exclude chipmunk:arm-neon-android with a supports expression rather than with ci.baseline.txt as this is explicitly blocked in the sources.
* Update bde port
Disable windows and arm, at least for now
It'd be great to enable arm64-osx (macos?) soon
* Update version in bde.json
* Remove ci.baseline.txt skip.
* Fix version database.
* fix port-version
* Stop building for android, osx
I don't specifically know why these don't work, but linux is the primary platform
so let's fix these another time
Also remove the cxx17 flag for now - we'll need to address this at some point
but for now this should satisfy the feature flag requirements.
* Review comments
* Remove WINDOWS_USE_MSBUILD
* Update versions
---------
Co-authored-by: Oleg Subbotin <osubbotin@bloomberg.net>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* add more options and remove unused CMake variables
* add version
* [rocksdb] fix liburing option
* update version
* [rocksdb] disable debug runtime for Release configuration (Windows only)
* update version
* [rocksdb] remove processor-specific features
* [rocksdb] update v7.10.2
* add version
* [rocksdb] update to v8.0.0
* add version
* add version
* modify version
* add version
* [rocksdb] update to v8.3.2, build shared library, update ci.basline.txt
* update version
* [rocksdb] PORTABLE option has been modified in v8.3, it should be equal to 1
* clean up ci.baseline.txt
* =update version
* revert "clean up ci.baseline.txt"
* remove unnecessary lines
* update version
* update ci.baseline.txt
* update version
* [rocksdb] remove JeMalloc
* update version
* [libepoxy] Fix android builds
* [libepoxy] uwp is unsupported
* [libepoxy] windows staticcrt is unsupported
Initialization code is in DllMain, so dynamic linkage is required, so avoid static CRT.
* pulling has_synchro bits from https://github.com/microsoft/vcpkg/pull/27694
* bump port version
* version
* fix clang
* bump version
* version
* oops
* bump dependency version for boost-atomic's boost-module-build-helper dependency
* version
* revert renaming stuff -.-
* version
* remove detection stuff for lib prefix/suffix
* version
* fix indentation
* version
* forgot one
* version
* one more!
* version
* revert changes to cmake-get-vars
* version
* generate ports
* version db
* generate ports
* version db
---------
Co-authored-by: Alexander Neumann <30894796+Neumann-A@users.noreply.github.com>
When cross-compiling for x86 Linux, the -m32 flag must also be passed to the linker otherwise it complains about trying to link code built for the wrong architecture.
* [vcpkg-ci-msys2] Add clangarm64 support
UCRT binaries for ARM64, built with clang.
* [vcpkg_find_acquire_program(PKGCONFIG)] Switch to pkgconf, add arm64
* CI
* [libmicrohttpd] Update to version 0.9.77
* [libmicrohttpd] Remove unneeded dependency
Gettext is used by upstream only to build files for distribution.
Gettext is not used by the library itself.
* [libmicrohttpd] Add ARM support
The ARM is supported by upstream for a long time, VC support for ARM
was added in the version 0.9.77.
* [libmicrohttpd] Use universal project for VC builds
* [libmicrohttpd] Exclude wrong lib headers
* [libmicrohttpd] Support release/debug for non-VC builds
* [libmicrohttpd] Add license
* [libmicrohttpd] Add "https" feature
* [libmicrohttpd] Use right function for license file
* [libmicrohttpd] Fix "supports"
libmicrohttpd VC projects support only static library with static
runtime or dynamic library with dynamic runtime
* [libmicrohttpd] Update version database
* remove port version constraints
* remove port version constraint
* bump port version
* version db
---------
Co-authored-by: Zhao Liu <v-zhli17@microsoft.com>
* [vcpkg-ci-msys2] New test port for msys2 freshness
* Add features for script updates
* Remove duplicate libbz2 entry
* Automatically update all msys packages, add autoconf-wrapper
* Update primary URL and mirrors
* Follow repo renames
* Fix dependencies of 'file'
* Resolve dependencies at runtime
Don't require msys2 packages to be order from dependent to independent.
This allows to directly use the packages official dependencies, even
if they contain cycles.
It also allows to maintain a stable alphabetical order of the package
declarations, even if the dependencies change over time. This helps to
avoid duplicate declaration.
* Fix updating
* [gettext] Preset more MSVC checks
* Update msys2 packages
* gettext fixes
* CI
* Simplify: Remove update-critical
Desired changes can be picked in git gui etc..
* PKGCONFIG moved
---------
Co-authored-by: Monica <v-liumonica@microsoft.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [vcpkg-ci-arrow] Fix ci error
* update ci baseline
* fix arrow ci error
* update version
* update patch
* update version
* update patch
* update version
When running CMake 3.21 or newer in trace or debug mode, vcpkg.cmake
would trigger the CMP0126 warning for VCPKG_MANIFEST_DIR and
VCPKG_INSTALLED_DIR.
The regular variable was used to set the initial value of the cache
variable of the same name. This patch adds the regular variables
Z_VCPKG_MANIFEST_DIR_INITIAL_VALUE and
Z_VCPKG_INSTALLED_DIR_INITIAL_VALUE that are used to initialize their
respective cache variables.
* Also fixed ordering issues:
* Entries at the end reordered to where they go.
* Entries starting with 'g' were scrambled.
Partially complete CI run results: https://dev.azure.com/vcpkg/public/_build/results?buildId=88831
PASSING, REMOVE FROM FAIL LIST: fbgemm:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: fontconfig:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: fontconfig:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: fontconfig:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: glib:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: glib:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: glib:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: joltphysics:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: joltphysics:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: joltphysics:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libass:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libass:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: libass:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: open62541:arm-neon-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: open62541:arm64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
PASSING, REMOVE FROM FAIL LIST: open62541:x64-android (/vcpkg/scripts/azure-pipelines/../ci.baseline.txt).
I'm not going to bother figuring out specifically which commit fixed these because this is the first normal full CI run including Android, and it could be any amount of skew that happened while https://github.com/microsoft/vcpkg/pull/29406 was in development.
REGRESSION: cairo:x64-android failed with BUILD_FAILED. If expected, add cairo:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fltk:arm-neon-android failed with BUILD_FAILED. If expected, add fltk:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fltk:arm64-android failed with BUILD_FAILED. If expected, add fltk:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: fltk:x64-android failed with BUILD_FAILED. If expected, add fltk:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: nana:arm-neon-android failed with BUILD_FAILED. If expected, add nana:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: nana:arm64-android failed with BUILD_FAILED. If expected, add nana:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: nana:x64-android failed with BUILD_FAILED. If expected, add nana:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
Previously blocked by fontconfig.
REGRESSION: freerdp:x64-android failed with BUILD_FAILED. If expected, add freerdp:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gdk-pixbuf:arm-neon-android failed with BUILD_FAILED. If expected, add gdk-pixbuf:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gdk-pixbuf:arm64-android failed with BUILD_FAILED. If expected, add gdk-pixbuf:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gdk-pixbuf:x64-android failed with BUILD_FAILED. If expected, add gdk-pixbuf:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gstreamer:arm-neon-android failed with BUILD_FAILED. If expected, add gstreamer:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gstreamer:arm64-android failed with BUILD_FAILED. If expected, add gstreamer:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gstreamer:x64-android failed with BUILD_FAILED. If expected, add gstreamer:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gts:arm-neon-android failed with BUILD_FAILED. If expected, add gts:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gts:arm64-android failed with BUILD_FAILED. If expected, add gts:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: gts:x64-android failed with BUILD_FAILED. If expected, add gts:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: lcm:arm-neon-android failed with BUILD_FAILED. If expected, add lcm:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: lcm:arm64-android failed with BUILD_FAILED. If expected, add lcm:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: lcm:x64-android failed with BUILD_FAILED. If expected, add lcm:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libgpod:arm-neon-android failed with BUILD_FAILED. If expected, add libgpod:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libgpod:arm64-android failed with BUILD_FAILED. If expected, add libgpod:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: libgpod:x64-android failed with BUILD_FAILED. If expected, add libgpod:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openscap:arm-neon-android failed with BUILD_FAILED. If expected, add openscap:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openscap:arm64-android failed with BUILD_FAILED. If expected, add openscap:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: openscap:x64-android failed with BUILD_FAILED. If expected, add openscap:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
Previously blocked by glib
REGRESSION: qt5-base:arm-neon-android failed with BUILD_FAILED. If expected, add qt5-base:arm-neon-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: qt5-base:arm64-android failed with BUILD_FAILED. If expected, add qt5-base:arm64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
REGRESSION: qt5-base:x64-android failed with BUILD_FAILED. If expected, add qt5-base:x64-android=fail to /vcpkg/scripts/azure-pipelines/../ci.baseline.txt.
In the PR that added Android to ci, qt5-base was a cascade because harfbuzz was a cascade: https://dev.azure.com/vcpkg/public/_build/results?buildId=88710 . Possible stealth merge conflict with https://github.com/microsoft/vcpkg/pull/30852 which might have fixed harfbuzz?
REGRESSION: urho3d:x64-linux failed with BUILD_FAILED. If expected, add urho3d:x64-linux=fail to /agent/_work/1/s/scripts/azure-pipelines/../ci.baseline.txt.
Fixed by https://github.com/microsoft/vcpkg/pull/31147
* Also fix zeroc-ice order.
Note that this does not change the fact that crashpad is marked as
unsupported, but it makes the build work now with
`--allow-unsupported`.
The build seems to work fine if the default compiler is set to clang, it
does not build with gcc, which is probably why it's marked as
unsupported.
Co-authored-by: Martijn Otto <martijn@resolume.com>
* Test ci baseline change effect
* Skip parent hashes when baseline was modified
* Update head baseline variable
* Revert "Test ci baseline change effect"
This reverts commit a5e7a5c404.
* Read raw data
* [sdl2-mixer] Update features behaviour.
- Reword feature description.
- Disable FLAC and MP3 support when libflac and mpg123 are not selected.
- Make libvorbis a dependency instead of a feature.
Unlike the FLAC/MP3 backends, the vorbis backend cannot be disabled.
* [sdl2-mixer] Remove alternative midi features.
The priority for MIDI backends is: fluidsynth > timidity > nativemidi.
- Turn off implicitely enabled timidity backend which shadows the
nativemidi backend.
- Remove nativemidi as it offers the same functionalities as fluidsynth
but is not available outside of Windows and Apple platforms. Moreover it
may give the false impression that MIDI is supported out of the box
* [sdl2-mixer] Use targets provided by dependencies.
This allows the dependencies to inform the sdl2-mixer about their usage
requirements, making it much easier to statically link the library.
* [sdl2-mixer] FluidSynth now requires pkg-config.
Since 2.3.1#1 FluidSynth's CMake config required pkg-config to find its
dependencies.
* [sdl2-mixer] UWP builds should work again.
* [sdl2-mixer] Update baseline.
* [sdl2-mixer] Add back a dummy libvorbis feature.
This is to keep compatibility with downstream users.
* [sdl2-mixer] Update version.
* [sdl2-mixer] Remove the dummy libvorbis feature.
Since vcpkg tool version 2023-02-16, this is no longer needed.
* [sdl2-mixer] Update version.
---------
Co-authored-by: Monica <v-liumonica@microsoft.com>
* UWP toolchain fix and update some ports supports expressions for uwp/xbox
* Update baseline
* More ports updated for !xbox
* Update baseline
* Update support expression for ms-gdkx
* Update baseline
* ms-gdkx port should fail on ado system
* Revert change to opengl-registry since its needed for angle on UWP
* Minor github actions cr
* Refresh baseline
* [intel-mkl] install mkl instead of requesting the user to install it
* windows and linux stuff
* add openmp stuff
* fix mixing basepath2
* remove x64 windows
* add openmp -> libiomp rename
* retry linux
* portfile adjustment
* adjust stuff for arrayfire
* fix linkage
* update baseline
* add a warning message
* format manifest
* bump port version
* v db
* - install usage
- change interface to ilp64 (default for x64)
- remove debug output
* v db
* cleanup ci baseline
* new try for arrayfire
* retry
* actually pass the option.
* v db
* guard settings with cpu feature
* v db
* cleanup from CR
* v db
* [fmilib] change to the github and update to fix bug of libexpat
* add license
* Cleanup and devendor expat, minizip, zlib
* Merge target objects, not archives
* Update "supports" and ci baseline
* zlib is a transitive dependency
* Fix config
---------
Co-authored-by: FrankXie <v-frankxie@microsoft.com>
Co-authored-by: Javier Matos Denizac <javier.matosd@gmail.com>
Co-authored-by: Monica <v-liumonica@microsoft.com>
* [vcpkg-cmake-get-vars] Call 'project' early
System variables like 'APPLE' or 'ANDROID' aren't set before 'project()'.
* Get Android variables
* [openssl] Ensure that compiler is reached via 'PATH'
* Fix Android configuration
* Add 'tools' feature
* Update versions
* [openssl] Initialize android with vcpkg settings
* [openssl] Really don't build apps
* [vcpkg-cmake-get-vars] Update android vars
* [libpq] Pass openssl version from pkgconfig
* [vcpkg-cmake-get-vars] Update android vars
* [vcpkg-cmake-get-vars] Report generator
* [vcpkg-cmake-get-vars] Escape all output
* Transfer cmake-get-vars fixes
* Transfer cmake-get-vars extra flags
* no-asm for android-arm w/o neon
* [vcpkg_configure_make] Unquote as needed
Toolchain flags are passed into make via environment variables (e.g.
CFLAGS) and expanded by Makefiles regardless of quotes. And even vcm's
internal handling isn't prepared for these quotes. So we must remove
the early. This doesn't interfere with properly escaped quotes.
* Re-add lost 'project', amends 4cf7caaa
* [openssl] Fix emscripten
* Try adding xbox triplets
* Update for Gaming Command Prompt usage
* Fix directxtk12 shaders for xbox
* Add toolchain for xbox
* Fix ports for feature builds
* Code review feedback
* More code review
* Code review
* WIN32_LEAN_AND_MEAN is too aggressive for many libs
* Normalize GDK variable paths
* Need to leave oldnames.lib as many libs use POSIX names
* More code review feedback
* Remove extra file
* Use of /DEFAULTLIB fixed 41 ports
* Code review feedback
* Added basic xbox supports expression
* Updates for xbox-aware ports
* Update for CMake fixes upstream
* Minor synatx fix
* Fix up merge issues
* Need directx-headers for linux
* Missed one port revision
* Removed VCPKG_TARGET_IS_XBOX from project scope after upstream fixes
* Update baseline
* License updates per github-actions bot
* Update baseline
* Update toolchain to support try_compile for GDK headers
* Update port numbers
* Update baseline
* Don't need directx-dxc for Xbox builds
* Update baseline
* Update hashes
* Code review
* Update baseline
* Refresh hashes for upstream fixes
* Update baseline
* Add ms-gdkx stub port
* Update baseline
* updated ms-gdkx with user-friendly output
* Update baseline
* Code review for the toolchain file
* Update directxkt12 hash
* Refresh baseline
* Update MSBuild integration to select proper triplet for GDK custom platforms
* Update CMake integration to select proper xbox triplet from XBOX_CONSOLE_TARGET
* vcpkg.targets update
* Code review feedback
* Update baseline
* Refresh baseline
* Code review for MSBuild
* Code review for xbox toolchain
* vcpkg.cmake codereview
---------
Co-authored-by: walbourn <chuckw_walbourn@yahoo.com>
On Windows, running applocal.ps1 with "-targetBinary
/foo/bar.exe" (without drive letter) did not install dependencies. The
dumpbin executable was called with /foo/bar.exe, and dumpbin interpreted
this as unknown command line argument. No dependencies were resolved.
We're already resolving the full path of the target binary some lines
above the dumpbin call. The $targetBinaryPath variable contains the
target binary's path including the drive letter, and dumpbin
successfully reports the executable's dependencies.
