cc: Remove WebCore dependecies from CCRenderPass and CCDrawQuad classes.

cc: Remove WebCore dependecies from CCRenderPass and CCDrawQuad classes.

We Replace geometry types such as IntRect, FloatRect etc to Web geometry, and
use chromium versions of macros in the header files.

R=enne,jamesr
BUG=152337

[danakj, 2012-09-25 23:58:00]

PTAL. This depends on https://codereview.chromium.org/10989026/

[jamesr, 2012-09-26 00:00:21]

Hmm, is this so we can serialize using the IPC macros or as a general cleanup? 
These data types should just be memcpy()able.

Moving from WebCore geometry types to WebKit ones isn't really a move forward -
we need to stop depending on both in cc

https://codereview.chromium.org/10989028/diff/1/cc/scoped_ptr_hash_map.h
File cc/scoped_ptr_hash_map.h (right):

https://codereview.chromium.org/10989028/diff/1/cc/scoped_ptr_hash_map.h#newc...
cc/scoped_ptr_hash_map.h:125: inline std::pair<const_iterator, const_iterator>
equal_range(
hah, whoops! guessing this just wasn't referenced before so it compiled fine
even though the type was wrong?

[danakj, 2012-09-26 00:03:50]

Right, the idea was so that I can move forward with making param_traits for a
WebCompositorFrame in content/. I agree moving to Web* isn't really a step
forward, but it is something that I can include from content/ and keep moving on
ubercomp. Shawn is working on new geometry types for cc, and we can switch from
Web* to those once he's done that, but I was hoping to unblock myself from that.

https://codereview.chromium.org/10989028/diff/1/cc/scoped_ptr_hash_map.h
File cc/scoped_ptr_hash_map.h (right):

https://codereview.chromium.org/10989028/diff/1/cc/scoped_ptr_hash_map.h#newc...
cc/scoped_ptr_hash_map.h:125: inline std::pair<const_iterator, const_iterator>
equal_range(
On 2012/09/26 00:00:21, jamesr wrote:
> hah, whoops! guessing this just wasn't referenced before so it compiled fine
> even though the type was wrong?

I think removing some header that was using std::pair maybe. But yeh, I added it
to the original CL.