User forums > Help
The problem of my unicode version snapshot compile
liaoya:
Since I am a Chinese and I am interesting in the Unicode version particular.
I download the precompiled wxwidgets from http://paginas.terra.com.br/informatica/mauricio/codeblocks/ and checkout the reversion of 2005-12-15 to compile with CodeBlocks-NewBuild.cbp and set the $WX.
But to my surprise, the unicode codeblocks my compiled will crack after several run. And it can not be runned again. If I run the ansi version download from the above site or delete the default.conf. The unicode version can be run again.
I also find the code of keybind is not compatible with unicode, for example line 780 of keybinder.cpp(wxString usableWindows = "sciwindow cbmainwindow";). I also find that there are a lot of such codes.
I find all the precompiled codeblocks are both ansi version. I hope the unicode version can be compiled for test.
And the config value of projects, such as lib and include, are not compatible with wxWidgets. I must do a lot of tedious works when I compile the code of HEAD.
wxSmith is also not support unicode.
It is magic!
I will appreciate the snapshot support the unicode as soon as possible.
thomas:
--- Quote from: liaoya on December 16, 2005, 02:51:47 pm ---But to my surprise, the unicode codeblocks my compiled will crack after several run. And it can not be runned again. If I run the ansi version download from the above site or delete the default.conf. The unicode version can be run again.
--- End quote ---
This is a known bug which is being worked on.
--- Quote ---I also find the code of keybind is not compatible with unicode
--- End quote ---
This is also a known issue, but Keybinder will probably not last the year.
--- Quote ---And the config value of projects, such as lib and include, are not compatible with wxWidgets. I must do a lot of tedious works when I compile the code of HEAD.
--- End quote ---
Then you are doing something wrong. The paths in the project are set in a way that applying the correct value to $WX alone will work with the standard wxWidgets release. However, if you use a non-standard setup, you can always redefine the meaning of $WX.include and $WX.lib instead of having to rewrite half of the project file. That's why it was made that way ;)
Unicode still has many issues, so no binaries are being released at the present time. Since you are particularly interested in Unicode, you could help and speed up the process though. Ask Byo if you can help with wxSmith, for example :)
280Z28:
--- Quote from: thomas on December 16, 2005, 03:13:47 pm ---
--- Quote from: liaoya on December 16, 2005, 02:51:47 pm ---But to my surprise, the unicode codeblocks my compiled will crack after several run. And it can not be runned again. If I run the ansi version download from the above site or delete the default.conf. The unicode version can be run again.
--- End quote ---
This is a known bug which is being worked on.
--- End quote ---
I def. have this fixed as I said here:
http://forums.codeblocks.org/index.php?topic=1660.msg12167#msg12167
liaoya:
Thank you for your reply.
--- Quote ---Then you are doing something wrong. The paths in the project are set in a way that applying the correct value to $WX alone will work with the standard wxWidgets release. However, if you use a non-standard setup, you can always redefine the meaning of $WX.include and $WX.lib instead of having to rewrite half of the project file. That's why it was made that way Wink
Unicode still has many issues, so no binaries are being released at the present time. Since you are particularly interested in Unicode, you could help and speed up the process though. Ask Byo if you can help with wxSmith, for example
--- End quote ---
I read the http://wiki.codeblocks.org/index.php?title=Compiling_wxWidgets_2.6.1_to_develop_Code::Blocks_%28MSW%29#Check_make_version
carefully and I also find the wxWidgets 2.62 put the compile unicode and ansi dll lib under the same directory lib\gcc_dll and the setup.h under the different directory lib\gcc_dll\mswu and lib\gcc_dl\msw. It seems different with the config of codeblocks.
Although I am a newbie, I am very happy to help to improve codeblocks.
280Z28:
--- Quote from: liaoya on December 16, 2005, 03:56:35 pm ---Thank you for your reply.
--- Quote ---Then you are doing something wrong. The paths in the project are set in a way that applying the correct value to $WX alone will work with the standard wxWidgets release. However, if you use a non-standard setup, you can always redefine the meaning of $WX.include and $WX.lib instead of having to rewrite half of the project file. That's why it was made that way Wink
Unicode still has many issues, so no binaries are being released at the present time. Since you are particularly interested in Unicode, you could help and speed up the process though. Ask Byo if you can help with wxSmith, for example
--- End quote ---
I read the http://wiki.codeblocks.org/index.php?title=Compiling_wxWidgets_2.6.1_to_develop_Code::Blocks_%28MSW%29#Check_make_version
carefully and I also find the wxWidgets 2.62 put the compile unicode and ansi dll lib under the same directory lib\gcc_dll and the setup.h under the different directory lib\gcc_dll\mswu and lib\gcc_dl\msw. It seems different with the config of codeblocks.
Although I am a newbie, I am very happy to help to improve codeblocks.
--- End quote ---
I'll post up what i had to do to make it work in a little while (from work, about to leave now). Those instructions are old and broken. :(
Navigation
[0] Message Index
[#] Next page
Go to full version