<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vcpkg/ports/libspatialite, branch 2019.08</title>
<subtitle>Forked from https://github.com/microsoft/vcpkg</subtitle>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/'/>
<entry>
<title>[WIP] Add a Homepage URL entry for vcpkg ports (#2933)</title>
<updated>2019-06-15T23:54:47+00:00</updated>
<author>
<name>pravic</name>
<email>ehysta@gmail.com</email>
</author>
<published>2019-06-15T23:54:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=18b029a5e3997fa4fdc7d3d06d56568a1d6f74ad'/>
<id>18b029a5e3997fa4fdc7d3d06d56568a1d6f74ad</id>
<content type='text'>
* [vcpkg] Add "Homepage" field to the CONTROL files.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* [vcpkg] Add "Homepage" field to the CONTROL files.</pre>
</div>
</content>
</entry>
<entry>
<title>[LibLZMA] automatic configuration (#6000)</title>
<updated>2019-05-28T23:58:00+00:00</updated>
<author>
<name>Stefano Sinigardi</name>
<email>stesinigardi@hotmail.com</email>
</author>
<published>2019-05-28T23:58:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=a9303736fdda58cf5ff3ccc969be917580493c91'/>
<id>a9303736fdda58cf5ff3ccc969be917580493c91</id>
<content type='text'>
* [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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* [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
</pre>
</div>
</content>
</entry>
<entry>
<title>[GEOS] Generate debug library names with `d` suffix (#3371)</title>
<updated>2018-05-01T08:14:18+00:00</updated>
<author>
<name>Mateusz Loskot</name>
<email>mateusz@loskot.net</email>
</author>
<published>2018-05-01T08:14:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=793019b9cd362aefac06cd7f94d6e6db77d31b69'/>
<id>793019b9cd362aefac06cd7f94d6e6db77d31b69</id>
<content type='text'>
* [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
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* [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
</pre>
</div>
</content>
</entry>
<entry>
<title>[libspatialite] Fix build failure when VCPKG_BUILD_TYPE is set</title>
<updated>2018-03-19T22:04:58+00:00</updated>
<author>
<name>past-due</name>
<email>30942300+past-due@users.noreply.github.com</email>
</author>
<published>2018-03-19T22:04:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=a3ecd90797b5271079de85ea1a8af63ac0ccd265'/>
<id>a3ecd90797b5271079de85ea1a8af63ac0ccd265</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[libspatialite] fix download url</title>
<updated>2018-02-25T01:16:04+00:00</updated>
<author>
<name>Hiroshi Miura</name>
<email>miurahr@linux.com</email>
</author>
<published>2018-02-25T01:15:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=9457b37d3cd93e55852c587ec85bc199c9ac545c'/>
<id>9457b37d3cd93e55852c587ec85bc199c9ac545c</id>
<content type='text'>
Download fails because original download url has been changed.

Signed-off-by: Hiroshi Miura &lt;miurahr@linux.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Download fails because original download url has been changed.

Signed-off-by: Hiroshi Miura &lt;miurahr@linux.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[libspatialite] Bump version</title>
<updated>2018-01-30T00:49:58+00:00</updated>
<author>
<name>Alexander Karatarakis</name>
<email>alkarata@microsoft.com</email>
</author>
<published>2018-01-30T00:49:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=113d1668e488d477ed128522beee795837d5077b'/>
<id>113d1668e488d477ed128522beee795837d5077b</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[libspatialite] fix compile error on non-latin env (#2659)</title>
<updated>2018-01-30T00:49:05+00:00</updated>
<author>
<name>Hiroshi Miura</name>
<email>miurahr@linux.com</email>
</author>
<published>2018-01-30T00:49:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=d728defa671ce24abaf0e9f965cc6278c9323652'/>
<id>d728defa671ce24abaf0e9f965cc6278c9323652</id>
<content type='text'>
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 &lt;miurahr@linux.com&gt;</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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 &lt;miurahr@linux.com&gt;</pre>
</div>
</content>
</entry>
<entry>
<title>[libspatialite] initial port</title>
<updated>2017-10-03T19:26:50+00:00</updated>
<author>
<name>alex85k</name>
<email>alex85k@github.com</email>
</author>
<published>2017-10-03T19:20:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/commit/?id=587186430dbb8ef5b4d81bd509cfca668f667684'/>
<id>587186430dbb8ef5b4d81bd509cfca668f667684</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
