* 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>
* [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
