[Webkit-unassigned] [Bug 28441] New: build error with ICU 4.2.x on Windows + Visual studio
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Aug 18 17:15:02 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=28441
Summary: build error with ICU 4.2.x on Windows + Visual studio
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: Normal
Priority: P2
Component: Web Template Framework
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: jshin at chromium.org
CC: mrowe at apple.com, pkasting at google.com
When I tried to build Chromium with ICU 4.2.x on Windows, I came across exactly
the same error as Peter encountered a couple of month ago (
http://paste.lisp.org/display/81781 ) except that I'm getting it in
wtf/unicode/icu/CollatorICU.cpp.
He fixed the problem by using Vector<char> instead of std::string. (
http://trac.webkit.org/changeset/44643 ).
In this case, I'm afraid that's not an option because unicode/ucol.h pulls in
unicode/unistr.h, which in turn pulls in unicode/std_string.h and <string>. On
Windows, <string> pulls in <xlocale> with tolower, toupper, etc. They're all
replaced with
WTF_Please_use_ASCIICType_instead_of_ctype_see_comment_in_ASCIICType_h leading
to compile errors (multiple declarations).
One work around the problem is to append "_foo" to
WTF_Please_use_ASCIICType_instead_of_ctype_see_comment_in_ASCIICType_h for
'foo' #defined in DisallowCType.h
So, they'll look like:
#define tolower
WTF_Please_use_ASCIICType_instead_of_ctype_see_comment_in_ASCIICType_h_tolower
#define toupper
WTF_Please_use_ASCIICType_instead_of_ctype_see_comment_in_ASCIICType_h_toupper
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list