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 のパッケージが提供されるだろう。