Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(1041)

Unified Diff: third_party/icu/public/common/unicode/pmac.h

Issue 6578003: Add back U_WCHAR_IS_UTF32 macro to pmac.h... (Closed) Base URL: svn://chrome-svn/chrome/trunk/src/
Patch Set: Created 9 years, 10 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « third_party/icu/patches/pmac.h.patch ('k') | no next file » | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: third_party/icu/public/common/unicode/pmac.h
===================================================================
--- third_party/icu/public/common/unicode/pmac.h (revision 75292)
+++ third_party/icu/public/common/unicode/pmac.h (working copy)
@@ -408,4 +408,17 @@
# endif
#endif
+/*===========================================================================*/
+/* Local defines */
+/*===========================================================================*/
+
+/* On the Mac, we define U_WCHAR_IS_UTF32 to treat wchar_t as though it
+ contains UTF-32 at all times. Strictly speaking, that's not entirely
+ correct given Mac's libc (__STDC_ISO_10646__ is not defined) , but provided
+ that we ignore libc's locale support (by not calling setlocale) and its
+ multibyte string support, this should be fine. Our codebase makes enough
+ other assumptions about a UTF-8 locale and UTF-32 wchar_t strings for this
+ to make sense. */
+#define U_WCHAR_IS_UTF32
+
#endif
« no previous file with comments | « third_party/icu/patches/pmac.h.patch ('k') | no next file » | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698