aboutsummaryrefslogtreecommitdiff
path: root/ports/gdal/CONTROL
AgeCommit message (Collapse)Author
2019-06-15[WIP] Add a Homepage URL entry for vcpkg ports (#2933)pravic
* [vcpkg] Add "Homepage" field to the CONTROL files.
2019-05-13[CURL] Remove unnecessary renaming. (#6386)Alexander Neumann
* removed unnecessary renaming. CMake updated its module file for FindCURL. so the renaming is not required anymore. * bump control * fix curl in static builds * fix gdal regression * fix typo * fixed alignment * fix libideviceactivation regression * fix idevicerestore regression
2019-05-09[gdal] fixed compilation issue with std::fabs (#6336)Daniele Lupo
2019-05-06[gdal] Fix linker error with static libpng (#6305)Jackie Ng
* When linking gdal with static libpng, it fails because the libpng vcpkg port has references to zlib symbols that aren't present in the internal copy of zlib that gdal builds/links against. To fix this, have the gdal port pull in a vcpkg zlib port as another dependency and have it build/link against that instead. * [gdal]: Bump portfile version as master is already at 2.4.1-2
2019-05-04 [gdal] Add libspatialite build-dependency (#6251)Jeremy
* add libspatialite for gdal * add libspatialite * Bump version * Add libspatialite as feature * Do not use gen expressions as nmake does not support
2019-05-02Remove references to CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS (#5937)Victor Romero
* [various ports] remove references to CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS * [alac,benchmark,capnproto] Fix check_linkage call * [fastlz] Fix SHA512 * [coroutine] Fix dynamic build * [folly] Find double-conversion * [gamma] Use vcpkg_from_github * [librsync] Enable static builds * [netcdf-cxx4] Fix SHA512 * [octomap] Fix static build * [tidy-html5] Fix static build * [various ports] remove custom messages for shared/static builds, modernize some scripts in the meantime * [folly] Use ras0219's fix for link paths * [octomap] Fix exported targets * [uvatlas] Set tool download SHA512 * [duktape+python2] fix portfile to call configure with correct python version, manage python2 also outside win32 * [suitesparse] osx fix * [gtkmm] Call vcpkg_check_linkage after including vcpkg functions * [duktape] Resolve conflicts * [duktape] FIxed typo in Python paths * [wangle] Find zlib * [openssl-uwp] Fix SHA512 * [glib] Allow static builds on non-Windows * [suitesparse] Fix build on Windows * [multiple ports] Bump CONTROL version * [multiple ports] Fix description indent * [directxtk] Fix CONTROL file * [bde,duktape,qpid-proton] Build packages with python2 installed * [binn] remove CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS * [gdal,live555,uriparser] Fix regressions * [live555] Update to 2019.04.24
2019-04-23[gdal/pmdk]Update to new version (#6173)wangli28
2019-04-05[gdal] Apply conditional patching (#5940)Victor Romero
2019-04-02gdal: fixed typo (#5904)Asozial
* gdal: fixed typo * Update CONTROL file
2019-02-05Add netcdf and hdf5 dependencies (#5289)Joaquim
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.
2019-02-01[gdal] Remove `libmysql` dependency (#5271)Joaquim
* 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. ```
2019-01-25[gdal] update to 2.4.0 (#5195)hlysunnaram
* [gdal] update to 2.4.0 (#5132) * [gdal] update CONTROL file (#5132)
2018-10-12[gdal] update port to 2.3.2 and mysql support as port feature (#4413)hlysunnaram
* [gdal] update port from 2.3.0 to 2.3.2 * [libmariadb] fix build failure when VCPKG_BUILD_TYPE is set * [gdal] remove libmysql dependency from port core to allow x86 build * create new port features: mysql-libmysql and mysql-libmariadb * add mysql-libmysql as default feature: to build on x86, install gdal[core] or gdal[core,mysql-libmariadb] if mysql support is needed
2018-10-03Handle VCPKG_BUILD_TYPE (#4287)hlysunnaram
* [curl] fix build failure when VCPKG_BUILD_TYPE is set * [libmysql] fix build failure when VCPKG_BUILD_TYPE is set * [openssl-windows] use VCPKG_BUILD_TYPE to build release or debug only * [icu] use VCPKG_BUILD_TYPE to build release or debug only * [gdal] use VCPKG_BUILD_TYPE to build release or debug only * bump versions of curl, gdal, icu, libmysql and openssl-windows
2018-05-17[GDAL] Update to 2.3.0 (#3478)Mateusz Loskot
Update portfile.cmake for easier version/checksum maintenance. Update and rename 0001 patch fixing debug build. Update no-my-bool.patch following source file changes. Remove no patches which are no longer required due to corresponding changes in the GDAL source code. Supports PROJ 4.9.x and 5.x - the latter not in vcpkg ports.
2018-03-18[gdal] Fix regression due to libmysql upgradeRobert Schumacher
2017-10-12Merge pull request #1879 from mloskot/ml/gdal-2.2.2Robert Schumacher
[gdal] Update port to latest GDAL 2.2.2
2017-10-02[proj][proj4] Rename proj to proj4. Leave empty forwarder behind.Robert Schumacher
2017-09-26[gdal] Update port to latest GDAL 2.2.2Mateusz Loskot
* Bump GDAL version wherever necessary * Update download package and checksum. * Remove 0001-Add-support-for-MSVC1900-backported-from-GDAL2.patch no longer necessary. * Recalculate 000N prefix in patche filenames after the removal. * Update 0002-Ensures-inclusion-of-PDB-in-release-dll-if-so-reques.patch * Patch pushed upstream https://trac.osgeo.org/gdal/ticket/7055 and should no longer be necessary in GDAL 2.2.3 or later * Update 0003-Fix-openjpeg-include.patch
2017-08-16[gdal] fix linking to curl librariesAlbert Ziegenhagel
2017-08-11[gdal] fix build with updated openjpegcodicodi
2017-04-29[gdal] Add dependencies for openjpeg, libwebp, libxml2 and liblzmaJackie Ng
This enables support for 2 additional raster data formats and enables extra capabilities on certain format drivers
2017-04-29[gdal]: Build with support for sqlite3, curl, expat, libpq and libmysql ↵Jackie Ng
sibling ports. This activates GDAL support for 14 additional vector data formats and 6 additonal raster data formats
2017-04-24Light up GEOS support in GDALJackie Ng
2017-01-25[gdal] Bump version to correspond with adding external libpng dependency.Robert Schumacher
2017-01-25[gdal] Link against external libpngManuel Massing
2016-11-28[ports] Initial commit of GDAL 1.11.3 portManuel Massing