| Age | Commit message (Collapse) | Author |
|---|
|
* fix library exports for iconv on macOS, add Threads dependency for cairo, add the iconv, intl and Threads dependencies to harfbuzz
* updated portfile from harfbuzz fix
* fix indenting and order
* fix portfile
* [gettext] Add unofficial-gettext targets
* [gettext] Fixup for Linux
|
|
* [mongo-cxx-driver] Update to 3.2.0 and add cmake targets
* [mongo-cxx-driver] Replace cmake config files to support debug binaries
|
|
* Check if license exists in root of VULKAN_DIR, otherwise try one directory higher
* [vulkan] Bump control version
|
|
This is so that you can derive a class from things like `rocksdb::AssociativeMergeOperator`. Perhaps a more "correct" patch would be to see if rtti is enabled for other builds, and enable it here, though it's not clear to me if that's feasible, so I'm suggesting this.
|
|
* Fix fix-lz4.patch.
* Switch base to v3.3.3 for fix-lz4.patch.
|
|
* feat(rang): add port for rang
* feat(fann): add port for fann
* fix(fann): revert to dynamic if statically linked
|
|
* [tinyfiledialogs] export cmake config
* [tinyfiledialogs] upgrade to 3.3.8
|
|
|
|
|
|
|
|
|
|
|
|
* add support for building hyperscan
* patch hyperscan to work with latest boost
* correct hyperscan source dir name
* speed the build by depending on only the parts of boost we actually need
* make python3 support release-only builds
* upgrade to hyperscan 5.1.0
* remove redundant disambiguate patch
* Add comments about how to build
* restore original x64-windows-static.cmake
* [hyperscan] Check linkage
* [python3] Allow DLLs without LIBs
* [hyperscan] Only static library
* [python3] Revert changes that cause regression in boost-python
* [python3] Revert changes that cause regression in boost-python
|
|
|
|
|
|
|
|
|
|
* Added cmake targets for nlohmann-json
* [nlohmann-json] Use vcpkg_from_github()
* [nlohmann-json] Enable find_package(nlohmann_json)
* Removed unneeded renaming
* [nlohmann-json] Revert use of vcpkg_from_github() due to archive size of >100MB
* [nlohmann-json] Fix missing natvis
|
|
Netcdf and HDF are important _formats_ in the scientific domains (lots of satellite data come in nc or hdf) so having them by default in GDAL seems the most natural.
|
|
* add features to libzip
* add documentation
* undo add bzip2 as linux build dependency
* Use default features, and remove mbedtls feature
|
|
also fixed a few unstable ports that somtimes fail in CI tests
|
|
* Port for arrayfire/forge rendering library
* [forge] Simplify portfile
|
|
* [systemc] Add new port (Microsoft#5250)
* [systemc] Fix debug targets
* [systemc] Use vcpkg_extract_source_archive_ex()
* [systemc] Disable vcpkg_test_cmake() for now due to issues
* [systemc] Fixup cmake targets
|
|
|
|
(#5260)
* [libodb] Add configure headers to all libs for Linux
* [libodb] Include options files in install
|
|
fixes: #5161, #4145
|
|
|
|
|
|
* [json-spirit] Fix link error C1128
* Update patch file
|
|
|
|
|
|
|
|
* [jxrlib] include a find package script for cmake for downstream projects
* [jxrlib] bump control
|
|
* Remove the libmysql dependency
The fact that it's not possible to build libmysql for x86 is a source of troubles for projects that have GDAL as a dependency. Though it's possible to build GDAL separately for x64 & x86 this is very confusing and breaks other builds. For example I'm often crossing this issue when trying to build a local GMT package. So the best is to just remove it as a dependency.
```
C:\programs\compa_libs\vcpkg>vcpkg install gmt:x86-windows --recurse
The following packages will be built and installed:
* gdal[core,mysql-libmysql]:x86-windows
gmt[core]:x86-windows
* libmysql[core]:x86-windows
Additional packages (*) will be modified to complete this operation.
Starting package 1/3: libmysql:x86-windows
Building package libmysql[core]:x86-windows...
CMake Error at C:/programs/compa_libs/vcpkg/ports/libmysql/portfile.cmake:10 (message):
Oracle has dropped support in libmysql for 32-bit Windows.
```
* Revert "Remove the libmysql dependency"
* Remove the libmysql dependency
The fact that it's not possible to build libmysql for x86 is a source of troubles for projects that have GDAL as a dependency. Though it's possible to build GDAL separately for x64 & x86 this is very confusing and breaks other builds. For example I'm often crossing this issue when trying to build a local GMT package. So the best is to just remove it as a dependency.
```
C:\programs\compa_libs\vcpkg>vcpkg install gmt:x86-windows --recurse
The following packages will be built and installed:
* gdal[core,mysql-libmysql]:x86-windows
gmt[core]:x86-windows
* libmysql[core]:x86-windows
Additional packages (*) will be modified to complete this operation.
Starting package 1/3: libmysql:x86-windows
Building package libmysql[core]:x86-windows...
CMake Error at C:/programs/compa_libs/vcpkg/ports/libmysql/portfile.cmake:10 (message):
Oracle has dropped support in libmysql for 32-bit Windows.
```
|
|
* [rang]add port rang
* change version info and description
* [fann]Add port fann
* Remove Fann temporary. Wait for merge port rang.
|
|
|
|
* Update boost to 1.69. Fixes #5023
- Remove boost-signal (rationale: deprecated and removed in 1.69)
- Remove boost-hana workaround by xiangfan-ms #4186 #3579 (rationale: 1.69 incorporates required fixes in hana master branch; builds fine in VS2017 15.9)
* [boost-signals] Restore signals from boost 1.68 because it is required by wt
* [boost-vcpkg-helpers] Improve dependency detection
* [boost-iostreams] Revert to cmake build to enable dependencies
* [boost-iostreams] Fix use of zstd in static builds
* [libtorrent] Update to 1.2.0
* [wt] Update to 4.0.5
* [boost-safe-numerics] [boost-vcpkg-helpers] Added safe_numerics; slight mod to regex match
* [hpx] Backport boost 1.69 fixes
* [libtorrent] Clean up cmake file installation
* [boost-type-traits] Fix MSVC arm
|
|
|
|
* libass dynamic library
it relies on fribidi, harfbuzz, fontconfig, libiconv
* Remove references to iconv and fontconfig
Because this port is currently Windows-only (Fribidi doesn't build on
Linux with vcpkg because of an issue with Meson), we don't want to worry
about FontConfig; DirectWrite should be enough.
* Freetype is important!
* Remove unnecessary fontconfig -- for real
* Remove unnecessary comment
|
|
|
|
* [BZip2] Fix Unix Dynamic Builds
* [bzip2] Bump control version
* [libgta] Only build one flavor
* [vcpkg_configure_cmake] Resolve #2375 since we now use CMake >= 3.11
|
|
* [json-spirit] Add initial port
* Modify PR to using pn85, enable some features
json-spirit is a weird case because the main repo that package managers
tend to use appears to not be actively maintained. Nevertheless, vcpkg
tries to use the "official" source of a repository if at all possible.
In order to do this, I've made the following changes to the PR:
- I've changed the upstream REPO, REF, and SHA512.
- I've passed options to disable building the demos and tests
- I've made the project build only as a static library.
The reason for this is that vcpkg does not support dynamical linkin.
Another reason is that the library as it is in the repo does not have
all the definitions correctly annotated.smlee-hdactech has made a PR
against the major upstream repo to fix this, butwe are going to defer
to the main repo until that change is accepted.
* patch for building dll.
|
|
|
|
|
|
|
|
Initial port
|
|
This accomplishes #5140 by making the linalg namespace works.
|
|
* [tsl-hopscotch-map] Add new port.
* Use PORT variable instead of hard coded tsl-hopscotch-map.
|
|
|
|
|
