* updates portfile, baseline and vcpkg.json files
* adds port version to vcpkg.json
* corrects git-tree value
* runs x-add-version and format-manifest
* updates version database
* Update ports/xtensor-blas/vcpkg.json
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
* Update version via x-add-version
Co-authored-by: Lily Wang <94091114+LilyWangLL@users.noreply.github.com>
* dcmtk: Enable dependencies, shared libs, stl, c++17 ...
* dcmtk: Update port version
* modify portfile based on comments from the review
* Update version database
* Use vcpkg_check_features' FEATURE_OPTIONS and other nitipicks.
Co-authored-by: ALittleDruid <297957399@qq.com>
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [libgpiod] change arm64 to arm and add cxx bindings
* [libgpiod] formatting
* Chages as suggested in pr
* Chages as suggested in pr
* fix versions
* using simpler way of setting feature
* added arm64 back
* Add parens and quotes.
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [vcpkg_download_distfile] Don't check downloaded file when ALWAYS_REDOWNLOAD is passed
* [vcpkg_from_github] fix error message and correctly set VCPKG_HEAD_VERSION
* [vcpkg_from_gitlab] Use gitlab api instead of git ls-remote
* no change
* Apply suggestions from code review
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
Co-authored-by: Thomas1664 <46387399+Thomas1664@users.noreply.github.com>
* Audit use of TO_NATIVE_PATH.
TO_NATIVE_PATH should only be used when (1) pasting a path into a command line, or (2) displaying a path to a user. It must not be used before calling other CMake operations like file(WRITE.
Fixes https://github.com/microsoft/vcpkg/issues/26178
ports/ffmpeg/portfile.cmake:
Both uses are being embedded into a command line ✅
ports/gdal/dependency_win.cmake
117: This used TO_NATIVE_PATH but didn't actually connect the result. It's going on a command line so TO_NATIVE_PATH is appropriate.
Drive by: Added quotes around other uses (all of which seem to be going to command lines).
202: ${EXPAT_LIBRARY_REL} ${ZLIB_LIBRARY_REL} don't seem to be set even though they are used; I think this is wrong but I don't know for sure that it is so I'm leaving it alone for now.
ports/msmpi/portfile.cmake
All 3 uses are being embedded into a command line ✅
ports/jemalloc/fix-utilities.patch
ports/libproxy/fix-dependency-libmodman.patch
ports/qtbase/env.patch
These are in upstream content / context so it is not edited.
ports/opengl/portfile.cmake
Broken! Drive by fixes:
* Modernized checking VCPKG_BUILD_TYPE
* Ordered things consistently to be release then debug.
* Removed funny newlines.
ports/openni2/portfile.cmake
Borderline OK; it goes into an MSBuild / vcxproj. I'm leaving it alone. Drive by fixes:
* Guarded debug-only copies for VCPKG_BUILD_TYPE
* Fixed supports expression
ports/openssl/unix/CMakeLists.txt:
Unused!
ports/pthreads/portfile.cmake:
Both uses are being embedded into a command line ✅
ports/qt5-base/cmake/qt_fix_makefile_install.cmake
I'm not sure if this one is OK but it's being embedded into a file so it's probably fine.
ports/qtapplicationmanager/portfile.cmake:
I'm pretty sure this one is wrong, but it's guarded by VCPKG_TARGET_IS_WINDOWS so the ability to create damage is limited.
ports/readosm/portfile.cmake:
The use is being embedded into a command line ✅
ports/spatialite-tools/portfile.cmake:
The use is being embedded into a command line ✅
ports/sqlcipher/portfile.cmake:
Both uses are being embedded into a command line ✅
scripts/ports.cmake:
Some uses were unused, others are immediately used and printed to the console. ✅
scripts/buildsystems/vcpkg.cmake:
Fixed :)
scripts/cmake/vcpkg_build_qmake:
Looks unused.
scripts/cmake/vcpkg_build_process.cmake:
Added to console message only. ✅
scripts/cmake/vcpkg_execute_required_process_repeat.cmake:
Added to console message only. ✅
Drive by: Fixed typo in variable name in the message.
scripts/cmake/vcpkg_execute_required_process.cmake:
Added to console message only. ✅
* Fix missing license.
* [boost-modular-build-helper]add mips64 support
* [boost-modular-build-helper]update port version
* [boost-modular-build-helper]update version database
Co-authored-by: Jamlys Lee <jamlys_lee@163.com>
* [pixman]add mips64 support
* [pixman]update port version
* [pixman]update version database
* format code style.
* update version database
Co-authored-by: Jamlys Lee <jamlys_lee@163.com>
* [openlap] Add new port
Merge pull request #1 from dg0yt/openldap
Signed-off-by: Gordon Smith <GordonJSmith@gmail.com>
* [openlap] Add new port
m4.patch is needed when libtool < 2.4.6
m4.patch will only work with autoconf < 2.70
Signed-off-by: Gordon Smith <GordonJSmith@gmail.com>
* wip: Make cyrus-sasl optional
Signed-off-by: Gordon Smith <GordonJSmith@gmail.com>
This follows the pattern in the Windows toolchain with respect to
setting VCPKG_CMAKE_SYSTEM_VERSION and also how arm64 macOS can execute
x86_64 through Rosetta.
* [cmake] update to 3.24-rc1
* update to rc2
* CI debugging
* osx use correct cmake download
* update to rc3
* revert --trace-expand
* update to rc4. CI should give hashes
* adjust hashes.
* fix hashes again?
* fixing the hashes
* --trace-expand for qttools
* update to rc5
* update to release version
* revert qttools
* [breakpad] Update to 2022.07.12
* Also add arm64-windows to 'supports' because pe_util.cc(280) assumes IMAGE_RUNTIME_FUNCTION_ENTRY has a member UnwindInfoAddress which is only true on x86 and x64.
(Note that _IMAGE_ARM_RUNTIME_FUNCTION_ENTRY, _IMAGE_ARM64_RUNTIME_FUNCTION_ENTRY, and _IMAGE_ALPHA_RUNTIME_FUNCTION_ENTRY do not have this member)
Simplifying to CNF:
!uwp & !(windows & (arm | arm64 | alpha)) // except of course alpha doesn''t exist
!uwp & (!windows | !(arm | arm64))
!uwp & (!windows | (!arm & !arm64))
!uwp & (!windows | !arm) & (!windows | !arm64)
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [rapidjson] Fix cmake config
* version
* There are no pc files on Windows
* version
* Different config paths on Windows
* version
* Fix config path
* version
* Upstream messed up cmake config on Windows
* version
* Remove PACKAGE_NAME on Windows
* version
* Fix config location
* version
* Revert FILE_DISAMBIGUATOR removal because it invalidates existing downloads for no reason.
* Fix version DB
Co-authored-by: Billy O'Neal <bion@microsoft.com>
* [pdal] Prepare for nlohmann-json 3.11.x
In nlohmann-json 3.11.0, json_fwd.hpp changed.
Replace PDAL's internal copy of the file as part of the de-vendoring
process.
* [pdal] Bump port version
* [pdal] Add dependency nlohmann-json
* [pdal] Update versions
