Bug 928091 follow-up: Rewrite the comment in English
authorEhsan Akhgari <ehsan@mozilla.com>
Fri, 18 Oct 2013 20:34:49 -0400
changeset 151430 97d51d6ae2b776bab1d9bf768bd67a36bd8fbdb3
parent 151429 9a8d2e83ab66ba9e4e666592397ac8cd84724216
child 151431 960c510beb5080194fd2461eb6c0260954f83869
push id25493
push userMs2ger@gmail.com
push dateSun, 20 Oct 2013 08:44:04 +0000
treeherdermozilla-central@0d316980f21f [default view] [failures only]
perfherder[talos] [build metrics] [platform microbench] (compared to previous push)
bugs928091
milestone27.0a1
first release with
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
last release without
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
Bug 928091 follow-up: Rewrite the comment in English
mfbt/Char16.h
--- a/mfbt/Char16.h
+++ b/mfbt/Char16.h
@@ -17,17 +17,17 @@
  */
 
 #ifdef _MSC_VER
    /*
     * C++11 says char16_t is a distinct builtin type, but Windows's yvals.h
     * typedefs char16_t as an unsigned short. We would like to alias char16_t
     * to Windows's 16-bit wchar_t so we can declare UTF-16 literals as constant
     * expressions (and pass char16_t pointers to Windows APIs). We #define
-    * _CHAR16T here in order to prevent yvals.h to override our char16_t
+    * _CHAR16T here in order to prevent yvals.h from overriding our char16_t
     * typedefs, which we set to wchar_t for C++ code and to unsigned short for
     * C code.
     *
     * In addition, #defining _CHAR16T will prevent yvals.h from defining a
     * char32_t type, so we have to undo that damage here and provide our own,
     * which is identical to the yvals.h type.
     */
 #  define MOZ_UTF16_HELPER(s) L##s