diff options
| author | David Ostrovsky <david@ostrovsky.org> | 2016-03-13 09:18:00 +0100 |
|---|---|---|
| committer | Stephan Bergmann <sbergman@redhat.com> | 2016-05-03 19:26:06 +0000 |
| commit | e16fa715c43dcdf836ce8c400b6d54eae87b627d (patch) | |
| tree | 356eb41a6333db58a318a2b5da31a9c0893e90a8 /onlineupdate | |
| parent | a2aea8bac55cef23297573733ba28f563f5aa791 (diff) | |
Handle wchar_t as native C++11 type on windows
The option /Zc:wchar_t- prevented to use wchar_t as a built-in type
according to the C++ standard. In Visual C++ 6.0 and earlier, wchar_t
was not implemented as a built-in type, but was declared in wchar.h as
a typedef for unsigned short. Now, years later after the end of life
this outdated toolchain, there is no reason not to use native type.
The only issue could be the ABI compatibility. But on a quick look at
least, it looks like none of the mangled C++ symbols in the stable URE
interface actually depend on wchar_t.
We forgot to get rid of /Zc:wchar_t- in 5.1. Do that for LibreOffice
5.2, though.
Change-Id: I8d6b380660859efa44c83c830734978d31d756a0
Reviewed-on: https://gerrit.libreoffice.org/22589
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Diffstat (limited to 'onlineupdate')
| -rw-r--r-- | onlineupdate/Executable_updater.mk | 6 |
1 files changed, 0 insertions, 6 deletions
diff --git a/onlineupdate/Executable_updater.mk b/onlineupdate/Executable_updater.mk index fba7e3c7bcd7..7420f1fce073 100644 --- a/onlineupdate/Executable_updater.mk +++ b/onlineupdate/Executable_updater.mk @@ -36,12 +36,6 @@ $(eval $(call gb_Executable_add_libs,updater,\ )) endif -ifeq ($(OS),WNT) -$(eval $(call gb_Executable_add_cxxflags,updater,\ - /Zc:wchar_t \ -)) -endif - $(eval $(call gb_Executable_use_externals,updater,\ gtk \ bzip2 \ |