gcc unicode

Quote:

Original post by n00body What is the compiler flag needed to make GCC compile my executables with Unicode support?

GCC implementes the C++ language, which has no concept of representational codesets. For that reason, there isn't a flag available to let the compiler choose between the representational codesets your runtime users use.

I suspect the problem is that wxWidget's wxString may be a wide-character string type, so there is probably no conversion to a char-based multibyte C-string type.

I'm not familiar with wxWidgets, but I'm willing to bet that the wxString API provides a means to convert its contents into something that will fit in a char-based multibyte C-string container. If wxString is a container for Unicode data, the kind of Unicode that fits in a char-based multibyte C-string container is called UTF-8, so look for some member function of wxString that has a variant of that in its name (eg. utf8(), toUtf8(), etc).

--smw

If you really have to convert strings to char* and can't just change all the code to correctly use Unicode: wxString::mb_str() will give you a wxCharBuffer with a multi-byte representation of the string, defaulting to whatever character set wcstombs() uses; wxString::mb_str(wxConvUTF8) should give you a UTF8 version. wxString::ToAscii() will give you a wxCharBuffer with an ASCII representation, and undefined behaviour if the string has non-ASCII characters.

(The wxCharBuffer is just like a char* which frees its memory when it goes out of scope, unless you use wxCharBuffer::release() to steal the pointer.)

Quote:

Original post by Excors If you really have to convert strings to char* and can't just change all the code to correctly use Unicode: wxString::mb_str() will give you a wxCharBuffer with a multi-byte representation of the string, defaulting to whatever character set wcstombs() uses;

Hmmm, you might be SOL on that, since (IIRC) wctombs() doesn't work under MinGW32 (or Cygwin).

--smw

I don't know if this will help but I often use a string convert function I made:

EDIT:
Example:
wxString s = StrConv("hello world").c_str();

Quote:

Original post by meisawesome I don't know if this will help but I often use a string convert function I made: *** Source Snippet Removed ***

Dude, that's seriously broken.

You're using a C-cast to convert the bit pattern stored in a char into a bit pattern stored in a wchar_t.

If you have a normal everyday garden-variety multibyte C-string you will find things will work swimmingly for typical North American english usage, since mapping 7-bit ASCII to, say, UTF-16 will appear to work on all compilers I've seen on the Intel architecture. It will just happen to work, but not by design.

It will not work under any other circumstances.

At the very least rather than C-casting the bit pattern from one container to another, you should use the current locale's ctype facet's widen() function, but that's probably not what you want either. You want to use mbstowcs().

--smw