<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vcpkg/ports/libspatialite/fix-latin-literals.patch, branch 2019.07</title>
<subtitle>Forked from https://github.com/microsoft/vcpkg</subtitle>
<link rel='alternate' type='text/html' href='https://git.otimperi.dev/vcpkg/'/>
<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>
</feed>
