aboutsummaryrefslogtreecommitdiff
path: root/ports/libspatialite
AgeCommit message (Collapse)Author
2018-05-01[GEOS] Generate debug library names with `d` suffix (#3371)Mateusz Loskot
* [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
2018-03-19[libspatialite] Fix build failure when VCPKG_BUILD_TYPE is setpast-due
2018-02-25[libspatialite] fix download urlHiroshi Miura
Download fails because original download url has been changed. Signed-off-by: Hiroshi Miura <miurahr@linux.com>
2018-01-29[libspatialite] Bump versionAlexander Karatarakis
2018-01-29[libspatialite] fix compile error on non-latin env (#2659)Hiroshi Miura
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>
2017-10-04[libspatialite] initial portalex85k