{
"subject": "Re: wxWidgets 2.9.0",
"content": {
"format": "html",
"body": "<div class=\"post\"><div class=\"quoteheader\"><a href=\"https://bitcointalk.org/index.php?topic=65.msg569#msg569\">Quote from: Cdecker on February 27, 2010, 05:09:59 PM</a></div><div class=\"quote\">Looking through the source of 2.8.10 it appears that <i>unicode</i> is possible with that version too.<br/></div>In the Windows world, \"unicode\" means UTF-16 (wchar).<br/><br/>2.8 has two build variations, ANSI and UTF-16 (unicode). The UTF-16 version is the \"unicode\" version provided in the Debian package. I believe 2.8 and its UTF-16 build labelled simply \"unicode\" has been the source of build problems described in the forum. We were previously using 2.8 ANSI in anticipation of getting to UTF-8 without going through UTF-16 hell. We cannot compile with UTF-16.<br/><br/>2.9 has only one version, UTF-8. On Windows, we set the codepage to UTF-8, so on all platforms our code is UTF-8 and wxWidgets interfaces with us in UTF-8. On Linux I assume the codepage is already UTF-8. By standardizing on 2.9 we avoid the multi-build confusion of 2.8, and we need 2.9 for UTF-8 internationalization.<br/><br/>Make sure you read build-unix.txt and configure wxWidgets using the configure parameters given.<br/><br/>Curious, why is it incredibly hard to provide wxWidgets 2.9.0? If you mean for users, that's why we static link it.<br/><br/>It's unfortunate that we require so many big dependencies, but we need them all. At least on Debian/Ubuntu, all but wxWidgets are available as packages. Eventually they'll provide a 2.9 package.</div>"
},
"source": {
"name": "Bitcoin Forum",
"url": "https://bitcointalk.org/index.php?topic=65.msg571#msg571"
},
"date": "2010-02-27T21:22:53Z"
}