This is the mail archive of the
mailing list for the eCos project.
Am 10.05.2006 um 20:07 schrieb Andrew Lunn:
On Wed, May 10, 2006 at 07:13:33PM +0200, Lars Poeschel wrote:
_TCHAR is typdef'd as char. Shouldn't it be wchar_t for unicode
Is wcharunix.h only included in unix-builds or does Windows use it
I know very little about unicode, so please ignore what i say....
I do not do that, because you have an interesting idea! ;-)
I think wcharunix.h needs remove altogether. The wxWidgets wxchar.h
and the system <wchar.h> should be used.
I think, this is not possible very easily because many Files outside
the wx configtool depend on functions where aliases are defined in
wcharunix.h such as _tprintf are #define'd here and allow us to use
wprintf in unicode builds and printf for ansi builds.
I think that should stay here (maybe change the name of the file to
someting more descriptable in that case). But to remove the TCHAR
defines and typedefs here and use system/wxWidgets' instead is not the
worst idea! From the programmers point of view this can make things
much easier, since unicode support of wxWidgets seems very good to me
and I could save much of the wchart_t <-> char conversion for library
functions where GNU does not provide wide character versions.
But the other side is, that we would possibly have depencies on
wxWidgets in non gui-programs or libraries such as the command line
config tool.What do you think ? Should I take the step and rely on