* Add rtlsdr port
* Update ci.baseline.txt
* Update to use github mirror in portfile.cmake
Co-authored-by: Egor Chesakov <echesakov@users.noreply.github.com>
* [OpenCV2] add library for older C projects
* [OpenCV2] fixes for non-Windows systems
* [OpenCV2] add warnings for Ubuntu
* add fixes for cuda
* [OpenCV2] disable parallel building, otherwise cuda fails
* [OpenCV2] refresh port with latest fixes
* [OpenCV2] fix CONTROL
* [OpenCV2] fixes for windows
* [OpenCV2] fixes to avoid unnecessary install of pre-built ffmpeg, since it already uses externally provided one
* [OpenCV2] openexr still has some problems, explicitly removed UWP support
* [OpenCV2] use targets wherever possible. Jasper and OpenEXR features would require improvements in those ports, in order for them to provide targets too
* [OpenCV2] re-enable parallel build also with CUDA
* [OpenCV2] improve compatibility with CUDA 10+
* [OpenCV2] fix broken CUDA targets
* [darknet] enable opencv2 feature
* skip from building, like opencv3, to avoid problems in CI
* [libmpeg2] Add new port
Libmpeg2 seems to be a somewhat old project, last release was done in
2008, but it is still in use by some projects e.g. ResidualVM
I have verified the mpeg2dec built for x86-64 with MSVC produces similar
results as the one pre-packaged on my Arch.
* [libmpeg2] Apply review comments
* [libmpeg2] Add ci.baseline.txt exemptions
* [vcpkg/scripts] fix wrong paths variable on windows
* [vcpkg/scripts] search within vcpkg first and then ask the rest of the world
* [vcpkg/scripts] add second search path for ninja.
First is for vcpkg fetch ninja
Second is for vcpkg_find_acquire_program
* Allow the apr port to be used on non-windows systems
* Allow the apr-util port to be used on non-windows systems
* Allow the apr-util port to be used on non-windows systems
* Allow the apr-util port to be used on non-windows systems
* [log4cxx] add new port
* Add aarch64 cross compilation support
* Allow apr and apr-util ports to used with a cross compiling tool chain
* @PhoebeHui requested changes
* Remove files that leaked from 'add-log4cxx-port' branch
* @PhoebeHui requested changes
* Move apr-util-unix and apr-util-windows portfile.cmake content back into apr-util/portfile.cmake
* Use the same released archive for unix and windows
* Use the same released archive for unix and windows (1.6.1)
* Update APR version to the latest
* Prevent unrelated CI failures
* Prevent CI failure for arm64 on x86 CI machine
* Prevent CI failure for arm64 on x86 CI machine
* Use vcpkg_configure_make and vcpkg_install_make instead of vcpkg_execute_required_process
* Remove shared libraries if a static build
* Revert "Remove shared libraries if a static build"
This reverts commit 540e158e1fbfe53b889bef8b928bc8feb62775c2.
* Prevent CI failures due to static build installing apr-1-config into bin
* @PhoebeHui requested changes
Co-authored-by: Stephen Webb <stephen.webb@sabreautonomous.com.au>
* [discord-game-sdk] new port
* [discord-game-sdk] Invert Supports field
* [discord-game-sdk] Fix Supports field
* [discord-game-sdk] Fix Supports field again
* [discord-game-sdk] Update find_library
* [discord-game-sdk] Rename LICENSE.md, remove include(vcpkg_common_functions)
* [discord-game-sdk] Fix Linux build, add usage file
* [discord-game-sdk] Add missing file(INSTALL)
* [discord-game-sdk] Update baseline and fix macOS build
* [discord-game-sdk] Specify C++ standard version
* [discord-game-sdk] Remove vcpkg_copy_pdbs
* [discord-game-sdk] Replace ToS text by link to online version
* [ace] Update to 6.5.8
* Address review comments
* ports/ace/portfile.cmake:
* Put back copy step
* ports/ace/portfile.cmake:
* Fixed error
* ports/ace/portfile.cmake:
* ARM should work, let us try it
* ports/ace/portfile.cmake:
* ARM doesn't work yet, so disable it again
* ports/ace/portfile.cmake:
* Add support for vcpkg of ace on MacOSX
* ports/ace/portfile.cmake:
* [ace] Update to 6.5.9 and removed fail check for ARM, when a new vs2019 is available with the compiler check that should work again
* ports/ace/CONTROL:
* ports/ace/portfile.cmake:
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [llvm] Update to version 10.0.0 and new features
* switch to llvmorg-10.0.0-rc3, allow to use bin directory for tools
* Fix CMake targets after vcpkg_fixup_cmake_targets call.
* [halide] Update to master version to support LLVM 10
* [halide] fix x64-osx build
* [llvm] add enable-assertions feature
* [llvm] fix comment
* [llvm] enable ci for x64-linux and x64-osx
* [llvm] update to v10.0.0-rc5
[llvm] disable assertions and ABI breaking checks by default
[llvm] limit the maximum number of concurrent link jobs to 1
[llvm] add postfix `d` and debug shared libraries in the `/bin` directory
* [llvm] revert debug postfix `d`
[llvm] don't remove debug version of tools and shared libs
* [llvm] fix debug tools path
* [llvm] update to release tag llvmorg-10.0.0
[llvm] build with CMAKE_DEBUG_POSTFIX=d
[llvm] remove debug binaries
* remove new CMake argument FOLLOW_SYMLINK_CHAIN
* [llvm] force TableGen to be built with optimization
* [llvm] add future disable-clang-static-analyzer
* [llvm] add futures for main targets
[llvm] remove utils and clang-tools-extra from default features list
[llvm] exclude tests
* [llvm] add features for main targets
[llvm] remove utils and clang-tools-extra from default features list
[llvm] exclude tests
* [llvm] update features description
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* [vcpkg] Add new function vcpkg_copy_tools
* [cpuinfo][czmq][nanomsg][uriparser] Use vcpkg_copy_tools
* [czmq] Clean even tools are not copied
[libsvm][zyre] Use vcpkg_copy_tools
* [vcpkg-copy-tools] Clean debug/bin
This should fix czmq build error
* [czmq] czmq does not have BUILD_TOOLS option
* [vcpkg] Split clean logic into another function
* [cpuinfo][czmq][nanomsg][uriparser] Fix calling of vcpkg_copy_tools
* [zyre] Fix regression error
* [vcpkg] Update try_remove_empty_directory
* [libsvm] Fix vcpkg_copy_tools call
* [imgui] Separate feature tools from feature example
* [imgui] Separate feature tools from feature example
Co-authored-by: JackBoosY <yuzaiyang@microsoft.com>
* Adds scripts to generate scale sets for testing Linux.
* Note workaround for https://github.com/microsoft/azure-pipelines-agent/pull/2929
* Switches Windows validation to 'Spot' VMs.
* Opens the git port 9418.
* Removes provisioning of the no longer used 'logs' file share.
* Changes Azure region to 'westus2', which is cheaper.
* Adds +x to all the scripts in scripts/azure-pipelines.
* Use 'xml-results' for all platforms instead of 'raw xml results' on Windows.
* [mstch] add new port
* [mstch] update sha512 code
* [mstch] don't build in some window environment
* [mstch] remove some args which were no longer needed
* [mstch] Patch out forcing build type
* [mstch] Restore C++11 on non-Windows
* [ci.baseline.txt] Mark mstch as passing on x64-windows-static
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* [alembic] make the portfile linux-compatible
* [alembic] fix build error in debug on linux
* [alembic] simplify renaming of copyright file
* [alembic] code simplification and formatting
* [alembic] update version to 1.7.12-1
* [alembic] linux build does not fail anymore
Adds a patch changing macros in absl/base/options.h to
always use the std:: namespace types instead of the
absl:: namespace replacements (for any, optional,
string_view, variant).
The upstream version of options.h uses compiler/library
feature detection to decide this, but patch
fix-lnk2019-error.patch hard codes use of absl:: types,
thus rendering setting CMAKE_CXX_STANDARD to 17 in the
port file ineffective. Since auto detection is problematic
from an ABI point of view (see comments in
absl/base/options.h for details), this applies an
alternate patch for fix-lnk2019-error.patch when feature
cxx17 is enabled.
* [libqcow] Add new port
Signed-off-by: Alexandro Sanchez Bach <alexandro@phi.nz>
* [libqcow] fix build
Co-authored-by: Alexandro Sanchez Bach <asanchez@kryptoslogic.com>
* [armadillo] Add dependent port superlu on osx
* [armadillo] Suppress automatic dependency enablement
* [mlpack] Re-enable in CI
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
This is required so that qt5-tools is not skipped in CI which affects CI coverage.
In general Qt5 ports should not be build apart from each other but as complete package!
Or VCPKG should accept installing duplicated *.dll in every folder excebt for /bin or debug/bin
