* [libwebp] update to v1.0.2, greatly simplify port, remove unnecessary custom find_package script in favour of original Config files for cmake
* [libwebp] enable building of all tools
* [libwebp] install cmake config file in expected path
* [libwebp] add compatibility layer inside CMake Config file
* [libwebp] fix libwebpmux library name
* [OpenEXR] Update to v2.3.0, enable tools, improve cmake module while still maintaining backwards compatibility (there's an official one distributed with the package but it is completely different, for now it is avoided)
* [OpenEXR] remove unused patches
* [OpenEXR] remove forced definition, could hide problems downstream
* [freeimage] add compatibility with latest OpenEXR
* [freeimage] bump control
* [OpenEXR] restore ilmbase as an empty package to permit clean update
* [OpenVDB] update to v6.0
* [OpenEXR] disable building on UWP platform
* [openexr] Fix tools suffixes
* [openexr] Fix Linux build paths
* Add X-Plane SDK support
* fix: disallow x86 builds
The x-plane SDK website claims that the SDK is only
compatible with x64. The PR that adds support for this
fails in x86, so I'm disallow x86 builds to align with
the x-plane documentation.
* fix: install sdk headers to the root include path
The x-plane SDK website's examples expect that the sdk
headers are at the root of the include path. I'm adjusting
this port to align with those samples, as we want examples
to "just work" as much as possible.
* style: whitespace
* Remove ununsed directory
* Update qt5-base to 5.12.1
* update qt5-declarative to 5.12.1
* update qt5-modularscripts for 5.12.1
* update qt5-3d to 5.12.1
* update qt5-activeqt to 5.12.1
* add qt5-connectivity
* update qt5-charts to 5.12.1
* update qt5-datavis3d to 5.12.1
* update qt5-gamepad to 5.12.1
* update qt5-graphicaleffects to 5.12.1
* update qt5-imageformats to 5.12.1
* add qt5-location
* update qt5-multimedia to 5.12.1
* update qt5-networkauth to 5.12.1
* add qt5-purchasing
* update qt5-quickcontrols to 5.12.1
* update qt5-quickcontrols2 to 5.12.1
* add qt5-remoteobjects
* update qt5-script to 5.12.1
* update qt5-scxml to 5.12.1
* add qt5-sensors
* update qt5-serialport to 5.12.1
* update qt5-speech to 5.12.1
* update qt5-svg to 5.12.1
* update qt5-tools to 5.12.1
* update qt5-virtualkeyboard to 5.12.1
* add qt5-webchannel
* update qt5-websockets to 5.12.1
* update qt5-winextras to 5.12.1
* update qt5-xmlpatterns to 5.12.1
* update framework port to 5.12.1 and include the new modules
* fix building qt5-base on linux
* [qt5] Remove non-alphanumerical ASCII chars from dependencies
* [mlpack] Add new port
Add new port for the http://www.mlpack.org/ library
* Tools optional and static build
* Info fix
* [mlpack] Use PATCHES parameter instead of apply_patches()
* Add X-Plane SDK support
The x-plane SDK website claims that the SDK is only
compatible with x64. The PR that adds support for this
fails in x86, so I'm disallow x86 builds to align with
the x-plane documentation.
The x-plane SDK website's examples expect that the sdk
headers are at the root of the include path. I'm adjusting
this port to align with those samples, as we want examples
to "just work" as much as possible.
* [vtk] Change the runtime dir from tools to bin to fix DLL location
* Also move the tools on unixoid OS; Fix tool names in targets files
* Remove duplicate vcpkg_copy_pdbs()
* [vtk] Change version to force rebuild in CI
* [lest] Add lest v1.34.0
* [lest] Add lest v1.34.1
To support vcpkg installations, examples now specify folder 'lest' in the include directives, like: #include "lest/lest.hpp".
* fix: update hash for lest
* [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
