#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