Make cc's use of WTF::HashMap robust to key/value change

Make cc's use of WTF::HashMap robust to key/value change

A future WebKit change (bug 82784) plans to change HashMap iterator's
first/second to key/value. Since cc is still (unfortunately) using WebKit's WTF
template classes, be robust to this patch landing with an #ifdef.

BUG=none

Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=157376

[enne (OOO), 2012-09-17 23:21:59]

Assuming "#define WTF_NEW_HASHMAP_ITERATORS_INTERFACE 1" is added to the WebKit
patch, this change compiles with that patch.

[jamesr, 2012-09-17 23:24:34]

lgtm

That wasn't so bad. Can you ask on the upstream bug for that #define to be set
for us somewhere?

[commit-bot: I haz the power, 2012-09-17 23:26:03]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/enne@chromium.org/10914327/1

[commit-bot: I haz the power, 2012-09-17 23:30:17]

Step "update" is always a major failure.
Look at the try server FAQ for more details.

[jamesr, 2012-09-17 23:30:46]

On 2012/09/17 23:30:17, I haz the power (commit-bot) wrote:
> Step "update" is always a major failure.
> Look at the try server FAQ for more details.

2>svn: Can't close file '.svn\tmp\entries': There is not enough space on the
disk. 

>:{