search for: wxwcharbuff

The latest tarball won''t compile on Windows: src/Functions.cpp(582) : error C2664: ''wxLogWarning'' : cannot convert parameter 1 from ''const class wxWCharBuffer'' to ''const char *'' No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called src/Functions.cpp(592) : error C2665: ''wxLogStatus'' : none of the 2 overloads can convert parameter 1 from typ...

...ite_ruby -I /usr/local/lib/ruby/1.8 -I /usr/local/lib/ruby/1.8/powerpc-darwin7.5.0 -I . -o obj/FileDialog.o src/FileDialog.cpp src/FileDialog.cpp: In function `VALUE _wrap_wxFileDialog_GetFilenames(int, VALUE*, long unsigned int)'': src/FileDialog.cpp:923: error: conversion from `const wxWCharBuffer'' to non-scalar type `wxString'' requested src/FileDialog.cpp: In function `VALUE _wrap_wxFileDialog_GetPaths(int, VALUE*, long unsigned int)'': src/FileDialog.cpp:1007: error: conversion from `const wxWCharBuffer'' to non-scalar type `wxString''...

I finally gave up on swig 1.3.22, since it seems to be causing too many problems. Ubuntu breezy will have 1.3.24, so I''m retargeting wxruby2 to swig 1.3.24+. At the moment, I have 1.3.25 on my system, since that''s the current release. I''m finding all kinds of problems with the post-processors we have that clean up the .cpp files that swig creates. The

I just checked out a fresh copy and had to tweak wxIcon.h to get it to compile on Mac OS X and windows. The problem is with: wxIcon(const wxString& filename, wxBitmapType type = wxBITMAP_TYPE_XPM, int desiredWidth=-1, int desiredHeight=-1); that signature is only used on GTK on other systems it is: wxIcon(const wxString& name, long