Gitlab tends to be more reliable for some customers.
Co-authored-by: Thomas Willecomme <thomas.willecomme@teledyne.com>
Co-authored-by: Billy Robert O'Neal III <bion@microsoft.com>
* Revise tiff cmake wrapper
* x-add-version
* Use variables from vcpkg_check_features
* x-add-version
* Set CMP0012 to allow 'if(ON)'
* x-add-version
* Restore early call to _find_package
* Move wrapper vars to z_vcpkg namespace
* Use more common conditional dependency configuration
* Don't touch TIFF_LIBRARY
* Pass on QUIET option
* Update versions
* Format manifest
* Update to 4.3.0
* Revise features and dependencies
* Fix pc files
* Quote filepath expressions
* Switch to port vcpkg-cmake
* Use features for vcpkg-cmake-wrapper
* [selene] Don't warn/fail on using deprecated types from tiff
* x-add-version
* Use proper 'version' field
* [selene] Format manifest
* [selene] Modernize build file
* Overwrite version and git-tree
* Rebuild
* Implement review comment
* Overwrite git-tree
* Rename cmake wrapper template
* Overwrite git-tree
* [LibLZMA] add a config-generated by CMake
* bump control files of LibLZMA and dependent ports
* [tiff] use proper liblzma target
[OpenCV] add an explicit dependency on LibLZMA for static linking
* [liblzma] fix header install path
* [LibLZMA] avoid using targets in old symbols
* fixes for windows-static and trying to see if CI is happier with a share/lib folder written in lowercase
* [LibLZMA] use only modern CMake language, remove patch in favour of target public definition
* [lzma] put symbols in cmake cache
* [libxmlpp] remove CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS regression
* [lzma] fix header install path
* [liblzma] install wrapper to force config mode
* [liblzma] remove function check inside cmake config since we know it will pass
* [liblzma] wrapper fix
* [tiff,geotiff] general cleanup and patch fixes
* [libgeotiff] remove debug tools
* [tesseract] modernize
* [tiff] fix also tiff_library symbol
* [pdal,libgeotiff] better library integration
* [tiff] restore using unix i/o on UWP, since it was working... for sure win32 one cannot work
* [tiff] enable lzma also on uwp, since it works and is requested by many dependencies
* [selene] enable build on arm/arm64-windows, which was surely broken before
* [lzma] uniform naming with cmake 3.14
* [podofo] fix regression, it requires openssl which was disabled in dependencies
* [many ports] remove unnecessary mods
* [boost-iostream] chmod
* [openssl] fix regression due to missing architecture
* [podofo] fix regression on uwp due to missing include
* [libpq] explicitly fail on UWP, it should avoid being marked as regression
* [shiva] fix regression on linux
* [tiff]: disable libwebp support.
Since version 4.0.10, libtiff supports optional compression modes using
either libweb or zstd.
When libtiff is built, and libwebp and/or zstd are found anywhere on the
system, these modes will be enabled. However, the respective libraries
are not added as link targets, so this will result in linker errors for
any unsuspecting project using libtiff.
Since zstd support was already disabled by a previous commit, I have
also simply disabled libwebp support to fix this issue.
A more proper fix might be to add both libwebp and zstd as required
libtiff dependencies, and to patch libtiff's CMakeLists.txt, such that
these libraries are properly linked to. However, it is currently very
unlikely to encounter TIFF images in the wild compressed using either
of these methods, so the effect of disabling support may not be
noticeable at all.
* [tiff] Change CONTROL version
* [libgeotiff] fix compile on linux
Fix cmake libtiff functions detetion failure
caused by finding no functions in libm.
Signed-off-by: Hiroshi Miura <miurahr@linux.com>
* [libgeotiff] fix utility binary handling in linux
Signed-off-by: Hiroshi Miura <miurahr@linux.com>
* [tiff] Fix static transitive dependencies
* [libgeotiff] Fix .dll and .exe manipulation
* [leptonica] Find dependencies in installed cmake config file
* [tiff] Do not add cmake targets to TIFF_LIBRARIES
* [tiff] Link consumers against m on unix platforms
* Add preliminary support for arm-windows and arm64-windows triplets
Visual Studio 15.4 shipped with new VC tools targeting arm and arm64
for desktop. This change allows for recognition and usage of new
triplets supporting arm and arm64 Windows desktop and server targets.
* Remove unnecessary changes
* Part 2
* Part 3
* Make detection of Arm64 _VCPKG_TARGET_ARCHITECTURE precise
* Enforce usage of Visual Studio CMake generatorfor arm and temporarily arm64 targets
* Address code review feedback, clean libjpeg-turbo port.cmake
* [libjpeg-turbo][tiff] Reduce changes to existing libraries.
* [vcpkg-cmake] Simplify toolchain selection logic and improve comments
