Remove Windows GDI specializations for deleteOwnedPtr

Remove Windows GDI specializations for deleteOwnedPtr

We do not need them for many reasons:
- they are not used
- they are not even defined
- they could not work even if they were defined (after r157328)

Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=157363

[Mikhail, 2013-09-06 08:20:12]

Could you please have a look?

[Chris Evans, 2013-09-06 08:36:35]

On 2013/09/06 08:20:12, mikhail.pozdnyakov wrote:
> Could you please have a look?

Removal of stuff is awesome. Thanks!

I wonder if the intent is in fact to ensure that any accidental
OwnPtr<WINHANDLE> generates a compile error at link time? A compile assert if
you like?

Anyway, even if that were the intent, I still don't think it's worth keeping
around.

LGTM

[commit-bot: I haz the power, 2013-09-06 09:46:12]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/mikhail.pozdnyakov@intel.com/23527003/1

[Mikhail, 2013-09-06 09:50:57]

On 2013/09/06 08:36:35, Chris Evans wrote:
> On 2013/09/06 08:20:12, mikhail.pozdnyakov wrote:
> > Could you please have a look?
> 
> Removal of stuff is awesome. Thanks!
> 
> I wonder if the intent is in fact to ensure that any accidental
> OwnPtr<WINHANDLE> generates a compile error at link time? A compile assert if
> you like?
> 
> Anyway, even if that were the intent, I still don't think it's worth keeping
> around.

Those had been used in WebKit Windows code (and they are still used in Webkit
project) having such GDI specializations was apparently the reason for
non-typical OwnPtr behavior (see https://codereview.chromium.org/23960005/)  

> 
> LGTM

Thank you!

[commit-bot: I haz the power, 2013-09-06 11:53:17]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/mikhail.pozdnyakov@intel.com/23527003/1

[commit-bot: I haz the power, 2013-09-06 12:11:42]

Change committed as 157363