| Age | Commit message (Collapse) | Author |
|---|
|
* [proj4]Upgrade version to 6.1.1 and remove useless patches.
* [libgeotiff]Fix build errors using proj4 6.1.1.
* [libspatialite]Fix build errors using proj4 6.1.1.
* [gdal]Fix build errors using proj4 6.1.1.
* [spatialite-tools]Fix build errors using proj4 6.1.1.
* [spatialite-tools]Fix build errors using proj4 6.1.1.
* [libgeotiff]Re-fix build errors using proj4 6.1.1.
* [vtk]Fix build errors using proj4 6.1.1.
* [proj4]Fix find sqlite binary failure.
* [proj4]Disable build tools when building proj4 in arm/uwp.
* [sqlite3/libgeotiff]Fix libdl library linkage. Re-fix use proj issue.
* add back dl libs
* [gdal]Fix dependent port proj library name.
* [proj4]Set Windows library name to "proj" and revert fix-proj-name changes.
* [liblas]Fix build errors using proj4 6.1.1.
* [liblas]Fix build errors using proj4 6.1.1.
* [liblas]Fix build errors using proj4 6.1.1.
* [proj4]Fix feature database on triplet arm/uwp.
* [gdal]Remove useless flag PROJ_STATIC.
* [proj4]Fix build error on x64-windows-static.
* [liblas]Use find_library to get proj4/sqlite3 libraries.
* [proj4]Fix sqlite dependency.
* [proj4]Fix arm/uwp dependency.
* [proj4]Fix linux build: configure error.
* [proj4]Disable export proj4 namespace.
* [liblas]Delete proj dependency.
* [libspatialite]Fix linux build.
* [libspatialite]Fix linux command.
* [libspatialite]Fix configure error.
* [proj4]fix static cmake tools path.
* [libgeotiff]Set configure options to 1/0 to avoid the "if" comparison failure in config.cmake.
[proj4]Revert changes about namespace.
[liblas]Remove FindPROJ4.cmake and FindGeoTIFF.cmake from the source.
* [vtk]Fix using latest proj4 issue.
* [proj4]Delete missing patch.
|
|
|
|
* [vcpkg] Add "Homepage" field to the CONTROL files.
|
|
* [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
|
|
* [GEOS] Generate debug library names with `d` suffix
Currently geos.lib name is used for both, debug and optimised
GEOS libraries. This leads to situation when:
```
find_library(GEOS_LIBRARY_DEBUG NAMES geos)
find_library(GEOS_LIBRARY_RELEASE NAMES geos)
```
finds the same library for both
```
GEOS_LIBRARY_DEBUG=D:/vcpkg/installed/x64-windows/debug/lib/geos.lib
GEOS_LIBRARY_RELEASE=D:/vcpkg/installed/x64-windows/debug/lib/geos.lib
```
This is minimal patch that works around the problem.
Next, complete fix should be submitted to GEOS upstream,
preferably using exported targets.
* [libspatialite] Add missing geos suffixes in static builds
|
|
|
|
Download fails because original download url has been changed.
Signed-off-by: Hiroshi Miura <miurahr@linux.com>
|
|
|
|
It has literals with latin chars in a C source.
Unfortunately VC++ recognize source file without BOM as in OEM code not in UTF-8.
It cause a strange behavior of VC++ compiler, and fails with
"epsg_inlined_prussian.c(685): error C2001: newline in constant."
It happens on non-latin Windows such as Japanese(CP932).
It also work when changing Windows configuration
"system locale for non-unicode applications" to latin one such as English(US)(CP432),
but it affects all applications and users in Windows system.
Signed-off-by: Hiroshi Miura <miurahr@linux.com>
|
|
|
