whoa, slow down please ... ;)
I id this like as a personal experiment first. like to ponder the amount of work it would suppose and if it even was possible.
well, it is working right now. I didn't have any crashes so far. but there are some strange behaviours in gui elements.
for patches I would do things more serious.
for instance, I would think these changes should be made so, that they don't affect the wx native containers build. in order to have only one code base for both wx native and wx STL. maybe even, if this would require using the auto keyword.
for other patches I would need to help from you devs. for instance many compiler errors come from the function signature
inline wxString F(const wxChar* msg, ...)
in logmanagers.h because of the use of const wxChar* which does not go along with wx STL wxString. I changed that functions signature to
inline wxString F(const wxString& msg, ...)
because as far as I could see, this change doesn't affect the way this function works or any of its callers.
Then again, that same function seems a bit messy all together, so I changed it to:
inline wxString F(wxString msg, ...)
{
va_list arg_list;
va_start(arg_list, msg);
#if wxCHECK_VERSION(2,9,0) && wxUSE_UNICODE
// in wx >= 2.9 unicode-build (default) we need the %ls here, or the strings get cut after the first character
msg.Replace(_T("%s"), _T("%ls"));
#endif
::temp_string = wxString::FormatV(msg, arg_list);
va_end(arg_list);
return ::temp_string;
}
to save all this needless copying of strings. but then: what happens to wxCHECK_VERSION(3,0,0) etc...?
short: I am too insecure :-[
if somebody could help please...
when I compile the wx3.1 branch it does compile, but it takes very long. the process seems to pause always in the line in the log below, where it quotes that the particular directory was not a working copy. I am not fit in git, I don't know, why c::b is complaining here...
-------------- Build: tinyXML in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: AutoRevision in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: ConsoleRunner in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Squirrel in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Squirrel std lib in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: SqPlus in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: scintilla in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
Running target pre-build steps
build_tools/autorevision/autorevision30 +wx +int +t . include/autorevision.h
svn: E155007: '/home/fri/Programmieren/codeblocks_sf/src' is not a working copy
Unable to determine upstream SVN information from working tree history
svn: E155007: '/home/fri/Programmieren/codeblocks_sf/src' is not a working copy
-------------- Build: sdk in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: src in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Abbreviations in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: AStyle in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Autosave in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Compiler depslib in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Compiler in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Debugger in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Code-completion in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Class wizard in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Default MIME handler in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Occurrences Highlighting in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Open files list in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Projects-workspaces importer in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: Scripted wizard in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
-------------- Build: To-do in Code::Blocks wx3.0.x - Unix (compiler: GNU GCC Compiler)---------------
Target is up to date.
Process terminated with status 0 (1 minute(s), 25 second(s))
0 error(s), 0 warning(s) (1 minute(s), 25 second(s))
yes I plan to post more patches. it is just that I have to do my normal life and work too, so my contribution come a little irregular, sorry for that.
I specially want to send in those patches for wxSmith...
right now I have a problem with the debugger plugin, I don't seem to be able to understand or track down.
I have everything built with wx3.0 STL and working so far. but if I have a project open, then close it and open the same or another project, c::b crashes on me. it tracks to the menu of the debugger plugin. concrete to the function that recreates the target menu, the point, where the plugin wants to delete the menu items in the "Select target" submenu.
This also happens when trying to release the plugin. the crash report always lists this function
void DoClearTargetMenu();
when I out-comment the line actually deleting the item c::b ceases to crash. naturally then the menu doesn't get cleared and opening a new project adds the new targets to the existing.
I attach a crash report
perhaps it is only my version of wx3.0.2