This change tries to fix issue #13395.
Root cause:
In script mode, cmake won't populate CMAKE_SYSTEM_PROCESSOR parameter automatically. That parameter is
required by libpng to configure build parameters. To fix this issue, we need explicitly set CMAKE_SYSTEM_PROCESSOR
value.
Verify:
On arm64-linux host, run `./vcpkg install tesseract:arm64-linux`.
* update everything. Let ci test if just updating is enough
* fix some minor version details.
* remove upstream patch
* add zstdd patch and do not remove zlib since it is required for bootstrapping
* add mqtt hash
* webengine hash
* add fixup pkgconfig to assimp
* add assimp to qt-3d (still requires zlib fix)
* setup pkg-config for qt
* fix psql detection in configure
* fix build details
* fix assimp library nameing
* -rpath option is not available for static builds
* move config log somewhere where CI can catch it.
* move logs only if they exists
* append bzip2 qt-3d
* break qt3d again to get logs
* retry qt3d
* remove qt-3d failure. everything ok now
* add assistent patch for qt5-tools not building qthelp
* remove unnecessary qt5-webengine patches
* Remove PSQL_TYPES
* [qt5-3d] remove irrxml as a assimp dep
* remove unnecessary patch
* fix qt-3d on windows
* fix qt5-3d linux
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
This feature requires icu-le-hb which is not provided by vcpkg. When
this package is otherwise available on the system the build will fail as
the pkg-config file pulls the dependency from the system.
* [portaudio] Remove from baseline, fix CRT linkage and mark UWP as unsupported.
portaudio was fixed by 654adc64b3
* [chakracore] Remove passing case from baseline and add Supports.
PASSING, REMOVE FROM FAIL LIST: chakracore:arm64-windows (.\scripts\ci.baseline.txt)
* [gamma] Remove from baseline.
PASSING, REMOVE FROM FAIL LIST: gamma:x64-linux (.\scripts\ci.baseline.txt)
This was blocked by portaudio before.
* [usrsctp] Remove baseline
PASSING, REMOVE FROM FAIL LIST: usrsctp:arm-uwp (.\scripts\ci.baseline.txt)
PASSING, REMOVE FROM FAIL LIST: usrsctp:x64-uwp (.\scripts\ci.baseline.txt)
Probably fixed by 16b68c2f35
* [libopenmpt] Fix build on recent msvc by backporting deaf2e3837fb08b1a53fd21bb53adbafe0a84e7d
deaf2e3837
* [chakracore] Also needs dynamic universe.
* fix LLVM target-all feature
* [halide] bump Halide to version 10.0.0
* Use empty package policy to allow plugins to be located in lib.
This is following the recommendations in a conversation I had
with Robert Schumacher on the #vcpkg CppLang Slack channel.
This recommendation was derived from the fact that "cmake
defaults module DLLs into the lib folder, which makes vcpkg's
current policy very inconvenient for authors" and that I do not
plan to enable build systems other than CMake.
* [halide] skip x86-windows due to MSVC bug
* [halide] restore x64-windows-static fail status
* add usage file to Halide
* Update CONTROL version
* Remove '!emscripten` from ports/halide/CONTROL
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: Lily <47812810+LilyWangL@users.noreply.github.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* [libtheora] remove FindOGG.cmake since ogg port already provides a cmake config
* [libtheora] OGG -> Ogg to match config (fixes x64-linux build on case sensitive file systems)
* [libtheora] add config file and install it
* [libtheora] bump port version
* [libtheora] remove include and add missing target_link_libraries instead
* [libtheora] use target_include_directories to set build and install interface include folders
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* [sqlcipher] New port
* Reformatted.
* Update vcpkg.json
* Update ports/sqlcipher/portfile.cmake
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Removed from baseline, because flagged in vcpkg.json.
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Fixed port of mongo-c-driver/mongo-cxx-driver for android
* mongo-c-driver - Default value of ENABLE_SHM_COUNTERS is AUTO
* Use vcpkg provided variable VCPKG_TARGET_IS_ANDROID to detect android
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* Increased port-version of mongo-c-driver
* Increased port-version of mongo-cxx-driver
Co-authored-by: Jack·Boos·Yu <47264268+JackBoosY@users.noreply.github.com>
* libpng[apng] - add msys installation to use awk, which fixes the apng prefix problem
* [libpng] Update CONTROL version
* Fix incorrect args to vcpkg_acquire_msys
Co-authored-by: wangli28 <wangli28@beyondsoft.com>
* [openssl] Update to 1.1.1h
* Update ports/openssl-unix/CONTROL
Co-authored-by: Adam Johnson <AdamJohnso@gmail.com>
* Update ports/openssl-uwp/CONTROL
Co-authored-by: Adam Johnson <AdamJohnso@gmail.com>
* Update ports/openssl-windows/CONTROL
Co-authored-by: Adam Johnson <AdamJohnso@gmail.com>
Co-authored-by: Lily <47812810+LilyWangL@users.noreply.github.com>
Co-authored-by: Adam Johnson <AdamJohnso@gmail.com>
* [directxtex] Use CMake build system and add OpenEXR support
Use the provided CMake file instead of the VS solutions to build the library, as recommended in the vcpkg maintainer guide.
Also add the openexr feature to enable OpenEXR in the library and its tools.
https://github.com/Microsoft/DirectXTex/wiki/Adding-OpenEXR
* [directxtex] Fix build failure on ARM and UWP
* [directxtex] Use vcpkg_copy_tools
* [directxtex] Add win7 feature
DirectXTex can be build without DirectX12 to support Windows 7 Service Pack 1 or later platforms, so I added this as a feature.
* [directxtex] Replace win7 with dx12 feature
* [directxrex] Shorten patch file
* [directxtex] Fix wrong port version
* [directxtex] Use ninja
* [directxtk12] Use CMake build system
Use the provided CMake file instead of the VS solutions to build the library, as recommended in the maintainer guidelines.
* [directxtk12] Fix wrong port version
* [directxtk12] Use ninja
