Hum, could you try this small patch. It try to force the unicode version of wx.
Code:
--- a/cmake/SearchForStuff.cmake
+++ b/cmake/SearchForStuff.cmake
@@ -37,7 +36,6 @@
find_package(Subversion)
# The requierement of wxWidgets is checked in SelectPcsx2Plugins module
# Does not requier the module (allow to compile non-wx plugins)
+set(wxWidgets_USE_UNICODE ON)
find_package(wxWidgets COMPONENTS base core adv)
if(NOT FORCE_INTERNAL_ZLIB)
find_package(ZLIB)
(02-10-2011, 09:48 PM)gregory Wrote: Hum, could you try this small patch. It try to force the unicode version of wx.
Code:
--- a/cmake/SearchForStuff.cmake
+++ b/cmake/SearchForStuff.cmake
@@ -37,7 +36,6 @@
find_package(Subversion)
# The requierement of wxWidgets is checked in SelectPcsx2Plugins module
# Does not requier the module (allow to compile non-wx plugins)
+set(wxWidgets_USE_UNICODE ON)
find_package(wxWidgets COMPONENTS base core adv)
if(NOT FORCE_INTERNAL_ZLIB)
find_package(ZLIB)
Thanks for the reply.
I have patch it, but still got the same problem.
Hum, it is really not clear how I can use this variable... Yes you can recompile wx in unicode. Next version of wx merge unicode and ansi into one build. Maybe you can try "set(wxWidgets_USE_UNICODE TRUE)" but I do not think it will be better.
Before you recompile, could you try this command: "wx-config --unicode=yes"
02-13-2011, 10:55 AM (This post was last modified: 02-13-2011, 12:31 PM by tuxgamer.)
(02-11-2011, 08:51 PM)gregory Wrote: Hum, it is really not clear how I can use this variable... Yes you can recompile wx in unicode. Next version of wx merge unicode and ansi into one build. Maybe you can try "set(wxWidgets_USE_UNICODE TRUE)" but I do not think it will be better.
Before you recompile, could you try this command: "wx-config --unicode=yes"
Hum, there is definitevely somethings wrong with cmake. Your previous build support both unicode and ansi. Cmake took the wrong one ... Could you send me the following file /usr/share/cmake-2.8/Modules/FindwxWidgets.cmake (location depends on distribution), do a gzip -9 and attach it. So I can check behavior is the same in ours distributions.
(02-13-2011, 01:05 PM)gregory Wrote: Hum, there is definitevely somethings wrong with cmake. Your previous build support both unicode and ansi. Cmake took the wrong one ... Could you send me the following file /usr/share/cmake-2.8/Modules/FindwxWidgets.cmake (location depends on distribution), do a gzip -9 and attach it. So I can check behavior is the same in ours distributions.
Thanks very much.
In My Distribution ( PCLinuxOS ) it located in /usr/share/cmake/Modules/FindwxWidgets.cmake
and cmake version 2.8.3
There is a new option in your cmake version Can you give a quick shot to this new patch.
Code:
Index: cmake/SearchForStuff.cmake
===================================================================
--- cmake/SearchForStuff.cmake (revision 4297)
+++ cmake/SearchForStuff.cmake (working copy)
@@ -37,6 +37,8 @@
find_package(Subversion)
# The requierement of wxWidgets is checked in SelectPcsx2Plugins module
# Does not requier the module (allow to compile non-wx plugins)
+# Force the unicode build (the variable is only supported on cmake 2.8.3 and above)
+set(wxWidgets_CONFIG_OPTIONS "--unicode=yes")
find_package(wxWidgets COMPONENTS base core adv)
if(NOT FORCE_INTERNAL_ZLIB)
find_package(ZLIB)