[GHC] #3977: Support double-byte encodings (Chinese/Japanese/Korean) on Windows
GHC
ghc-devs at haskell.org
Mon Dec 1 22:28:24 UTC 2014
#3977: Support double-byte encodings (Chinese/Japanese/Korean) on Windows
-------------------------------------+-------------------------------------
Reporter: shelarcy | Owner: batterseapower
Type: feature | Status: closed
request | Milestone:
Priority: low | Version: 6.13
Component: Core | Keywords:
Libraries | Architecture: Unknown/Multiple
Resolution: fixed | Difficulty: Unknown
Operating System: Windows | Blocked By:
Type of failure: Incorrect | Related Tickets: #5754
result at runtime |
Test Case: |
Blocking: |
Differential Revisions: |
-------------------------------------+-------------------------------------
Changes (by thomie):
* cc: core-libraries-committee@… (added)
* status: new => closed
* resolution: => fixed
* milestone: 7.10.1 =>
Comment:
commit 2216b89740cff6fd3225eb16e354b64f988d2900
{{{
Author: Max Bolingbroke <>
Date: Thu Apr 18 21:29:08 2013 +0100
Support for Windows DBCS and new SBCS with MultiByteToWideChar
Because MultiByteToWideChar/WideCharToMultiByte have a rather
unhelpful
interface, we have to use a lot of binary searching tricks to get them
to match the iconv-like interface that GHC requires.
Even though the resulting encodings are slow, it does at least mean
that we
now support all of Window's code pages. What's more, since these
codecs are
basically only used for console output there probably won't be a huge
volume
of text to deal with in the common case, so speed is less of a worry.
Note that we will still use GHC's faster table-based custom codec for
supported
SBCSs.
}}}
commit 802e99a51955bcf3ba830ec5209470ffef93581b
{{{
Author: Max Bolingbroke <>
Date: Tue Apr 23 19:15:02 2013 +0100
Add comprehensive test for codepage encodings+recovery for them
}}}
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3977#comment:20>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list