Cdeckerの2010年2月27日 05:09:59 PMの投稿より引用2.8.10のソースを見ると、そのバージョンでもunicodeが可能なようです。 Windowsの世界では、「unicode」はUTF-16（wchar）を意味する。
2.8にはANSIとUTF-16（unicode）の2つのビルドバリエーションがある。UTF-16版はDebianパッケージで提供されている「unicode」版だ。2.8とそのUTF-16ビルド（単に「unicode」とラベル付けされている）がフォーラムで説明されているビルド問題の原因だと思う。以前はUTF-16地獄を経由せずにUTF-8に到達することを見越して、2.8のANSIを使用していた。UTF-16ではコンパイルできない。
2.9にはUTF-8の1バージョンしかない。Windowsではコードページをutf-8に設定するので、すべてのプラットフォームでコードはUTF-8で、wxWidgetsはUTF-8で私たちとインターフェースする。Linuxではコードページは既にUTF-8だと思う。2.9に標準化することで2.8のマルチビルドの混乱を避け、UTF-8の国際化のために2.9が必要だ。
build-unix.txtを必ず読み、記載されたconfigureパラメータを使用してwxWidgetsを設定してほしい。
なぜwxWidgets 2.9.0を提供するのが非常に難しいのか不思議だ。ユーザー向けという意味なら、だから静的リンクしているのだ。
多くの大きな依存関係を必要とするのは残念だが、すべて必要だ。少なくともDebian/Ubuntuでは、wxWidgets以外はすべてパッケージとして利用可能だ。いずれ2.9のパッケージが提供されるだろう。