Perhaps I misunderstood something, but I assumed that the preprocessor
directive "_UNICODE" which is only defined in the unicode configurations
makes the wrapper file "setup.h" in the "msvc/wx" directory including the
setup.h from the corresponding "lib/vc_lib/msw<xx>" directory.
And I further assumed that wxUSE_UNICODE is only set to 1 in unicode versions
of setup.
But struggeling with MS simple mapi api I found that wxUSE_UNICODE is defined
as 1 in all setups because the _T("x") macro didn't expand to "x" in ansi
mode.
My Question is wether I misunderstood something or is this a bug or did I mix
up my environment by accident?
Any hint would be appreciated!
Regards
Thomas
--
Dipl.-Ing. Thomas Zehbe
INGENION GmbH
Kuhweide 6
31552 Apelern
Fon: 05043 / 40 57 90 4
Fax: 05043 / 40 57 90 7
---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-u...@lists.wxwidgets.org
For additional commands, e-mail: wx-use...@lists.wxwidgets.org
TZ> Perhaps I misunderstood something, but I assumed that the preprocessor
TZ> directive "_UNICODE" which is only defined in the unicode configurations
TZ> makes the wrapper file "setup.h" in the "msvc/wx" directory including the
TZ> setup.h from the corresponding "lib/vc_lib/msw<xx>" directory.
I don't quite understand the sentence above but what happens with _UNICODE
is that it overrides wxUSE_UNICODE definition in setup.h. This allows you
to use the same setup.h for both ANSI and Unicode builds: even though
wxUSE_UNICODE is 0 in setup.h, if _UNICODE is defined it is overridden and
redefined as 1.
TZ> But struggeling with MS simple mapi api I found that wxUSE_UNICODE is
TZ> defined as 1 in all setups because the _T("x") macro didn't expand to
TZ> "x" in ansi mode.
If you changed wxUSE_UNICODE to 1 this would be the case but you shouldn't
need to do it.
Regards,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/
But now I just reread the documentation and found that during the build
process "include/wx/msw/setup.h" is copied to the target include dir.
I must have modified the original setup.h but I can't remember that. Sorry!
Regards
Thomas
> is that it overrides wxUSE_UNICODE definition in setup.h. This allows you
> to use the same setup.h for both ANSI and Unicode builds: even though
> wxUSE_UNICODE is 0 in setup.h, if _UNICODE is defined it is overridden and
> redefined as 1.
> TZ> But struggeling with MS simple mapi api I found that wxUSE_UNICODE is
> TZ> defined as 1 in all setups because the _T("x") macro didn't expand to
> TZ> "x" in ansi mode.
>
> If you changed wxUSE_UNICODE to 1 this would be the case but you shouldn't
> need to do it.
>
> Regards,
> VZ
--
Dipl.-Ing. Thomas Zehbe
INGENION GmbH
Kuhweide 6
31552 Apelern
Fon: 05043 / 40 57 90 4
Fax: 05043 / 40 57 90 7
---------------------------------------------------------------------
But now I just reread the documentation and found that during the build
process "include/wx/msw/setup.h" is copied to the target include dir.
I must have modified the original setup.h but I can't remember that. Sorry!
Regards
Thomas
TZ> What I meant is the following:
TZ> ->I found wxUSE_UNICODE defined as "1" in lib/vc_lib/mswd/wx/setup.h
You must have modified this file (or wx/msw/setup.h from which it is
created by default) then. By default the file in "mswd" (notice no 'u')
shouldn't have wxUSE_UNICODE == 1.
TZ> ->I assumed that there would be a special setup.h for every configuration.
This is true. It allows you to have different settings for different
configurations which is very useful sometimes. But you don't have to edit
anything for wxUSE_UNICODE because _UNICODE overrides it and so everything
just works by default.
TZ> But now I just reread the documentation and found that during the build
TZ> process "include/wx/msw/setup.h" is copied to the target include dir.
If it's newer than the file which is already there.
Regards,
VZ
--
TT-Solutions: wxWidgets consultancy and technical support
http://www.tt-solutions.com/