The history of Encoding Schemes / multiple Operating Systems and Endian-nes have led to a mess in terms of encoding all forms of string data (–i.e., all alphabets); for this reason protocol buffers only deals with ASCII or UTF-8 in its string types, and I can’t see any polymorphic overloads that accept the C++ wstring. The question then is how is one expected to get a UTF-16 string into a protocol buffer ?
Presumably I need to keep the data as a wstring in my application code and then perform a UTF-8 conversion before I stuff it into (or extract from) the message. What is the simplest – Windows/Linux portable way to do this (A single function call from a well-supported library would make my day) ?
Data will originate from various web-servers (Linux and windows) and will eventually ends up in SQL Server (and possibly other end points).
— edit 1–
Mark Wilkins suggestion seems to fit the bill, perhaps someone who has experience with the library can post a code snippet — from wstring to UTF-8 — so that I can gauge how easy it will be.
— edit 2 —
sth’s suggestion even more so. I will investigate boost serialization further.
It may be overkill, but the ICU libraries will do everything you need and you can use them on both Windows and Linux.
However, if you are only wanting conversion, then under Windows, a simple call to
MultiByteToWideCharandWideCharToMultiBytecan do the conversion between UTF-8 andUTF-16. For example:
With Linux, libidn might do what you need. It can convert between UTF-8 and UCS, which I think is equivalent to UTF-32 at some level. For example:
However, in Linux I think you might be best simply working with UTF-8. Unless you have an existing library for UTF-16, I am not sure there is a compelling reason to use it in Linux.