* [redis-plus-plus] Update to 1.2.1 and support Windows
* [redis-plus-plus] Update to 1.2.1 and support Windows
* [redis-plus-plus] Update to 1.2.1 and support Windows
* [libp7client, libp7-baical] Combine identical ports and update to libp7client 5.6.
In a recent CI build, we started getting output like:
Installing package libp7-baical[core]:x86-windows...
The following files are already installed in C:/Dev/vcpkg/installed/x86-windows and are in conflict with libp7-baical:x86-windows
Installed by libp7client:x86-windows
bin/P7x32.dll
bin/P7x32.pdb
debug/bin/P7x32d.dll
debug/bin/P7x32d.pdb
include/P7/GTypes.h
include/P7/P7_Client.h
include/P7/P7_Cproxy.h
include/P7/P7_Extensions.h
include/P7/P7_Telemetry.h
include/P7/P7_Trace.h
It turns out that these ports are identical, they are just different versions of the same library. The libp7-baical version supported more platforms and was simpler, so took that one and updated it to a current version.
* [ignition-modularscripts, ignition-msgs1] Attempt to fix intermittent build failures by disabling parallel configure.
* Fix several "passing: remove from fail list."
* [akali] Disable parallel configure.
REGRESSION: akali:x64-windows. If expected, add akali:x64-windows=fail to .\scripts\ci.baseline.txt.
Attempts to fix:
CMake Error: Could not open file for write in copy operation C:/Dev/vcpkg/buildtrees/akali/src/fc94eb83a9-01654d3f7c.clean/include/akali_config.h.tmp
CMake Error: : System Error: Permission denied
CMake Error at CMakeLists.txt:20 (configure_file):
configure_file Problem configuring file
* [nvtt] Devendor libsquish
This was regressed by https://github.com/microsoft/vcpkg/pull/13674
REGRESSION: nvtt:x64-linux. If expected, add nvtt:x64-linux=fail to .\scripts\ci.baseline.txt.
REGRESSION: nvtt:x64-osx. If expected, add nvtt:x64-osx=fail to .\scripts\ci.baseline.txt.
REGRESSION: nvtt:x64-windows-static. If expected, add nvtt:x64-windows-static=fail to .\scripts\ci.baseline.txt.
REGRESSION: nvtt:x64-windows. If expected, add nvtt:x64-windows=fail to .\scripts\ci.baseline.txt.
Installing package nvtt[core]:x64-linux...
The following files are already installed in /mnt/vcpkg-ci/installed/x64-linux and are in conflict with nvtt:x64-linux
Installed by libsquish:x64-linux
debug/lib/libsquishd.a
include/squish.h
lib/libsquish.a
* [knet] Disable parallel configure.
REGRESSION: knet:x64-windows. If expected, add knet:x64-windows=fail to .\scripts\ci.baseline.txt.
CMake Error at src/CMakeLists.txt:1 (configure_file):
configure_file Problem configuring file
* [libnice] Diable parallel configure.
REGRESSION: libnice:x64-windows. If expected, add libnice:x64-windows=fail to .\scripts\ci.baseline.txt.
CMake Error at CMakeLists.txt:13 (configure_file):
configure_file Problem configuring file
* update Yara to v4.0.2
* Update ports/yara/CONTROL with version 4.0.2
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* Update portfile.cmake
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: NancyLi1013 <lirui09@beyondsoft.com>
* libjuice port
* Various fix from pr.
* Remove unused code
* Update to v0.5.2
* Add the private include file for datachannel
* Smaller patch for vcpkg
* Update ports/libjuice/CONTROL
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Update scripts/ci.baseline.txt
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
* Update libjuice to support uwp ?
* Add nettle include path
* Fix the nettle library name
Co-authored-by: Nemirtingas <nanaki89@hotmail.fr>
Co-authored-by: NancyLi1013 <46708020+NancyLi1013@users.noreply.github.com>
Co-authored-by: NancyLi1013 <lirui09@beyondsoft.com>
Previously, detecting the presence of the dlfcn-win32 library resulted in an incorrect `-ldl` injection.
Co-authored-by: Robert Schumacher <roschuma@microsoft.com>
* 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>
