6 Commits

Author SHA1 Message Date
Mateusz Loskot
793019b9cd [GEOS] Generate debug library names with d suffix (#3371)
* [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-05-01 01:14:18 -07:00
past-due
a3ecd90797 [libspatialite] Fix build failure when VCPKG_BUILD_TYPE is set 2018-03-19 18:04:58 -04:00
Hiroshi Miura
9457b37d3c [libspatialite] fix download url
Download fails because original download url has been changed.

Signed-off-by: Hiroshi Miura <miurahr@linux.com>
2018-02-25 10:16:04 +09:00
Alexander Karatarakis
113d1668e4 [libspatialite] Bump version 2018-01-29 16:49:58 -08:00
Hiroshi Miura
d728defa67 [libspatialite] fix compile error on non-latin env (#2659)
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>
2018-01-29 16:49:05 -08:00
alex85k
587186430d [libspatialite] initial port 2017-10-04 00:26:50 +05:00