Oilpan: Replace RefPtr to Node in MutationObserver-related classes with Oilpan transition types.

Source/core/dom/MutationObserverRegistration.h

Index: Source/core/dom/MutationObserverRegistration.h
diff --git a/Source/core/dom/MutationObserverRegistration.h b/Source/core/dom/MutationObserverRegistration.h
index 7af8e85137f256db9dd7511c2f99d56d5aaac400..ac89dd85c84886946ec465c939e0b2e7774d84b5 100644
--- a/Source/core/dom/MutationObserverRegistration.h
+++ b/Source/core/dom/MutationObserverRegistration.h
@@ -71,7 +71,7 @@ private:
     RefPtrWillBeMember<MutationObserver> m_observer;
     RawPtrWillBeWeakMember<Node> m_registrationNode;
     RefPtrWillBeMember<Node> m_registrationNodeKeepAlive;
-    typedef HashSet<RefPtr<Node> > NodeHashSet;
+    typedef WillBeHeapHashSet<RefPtrWillBeMember<Node> > NodeHashSet;
     OwnPtr<NodeHashSet> m_transientRegistrationNodes;

[haraken, 2014/06/04 07:25:33]

This should be OwnPtrWillBeMember<NodeHashSet>.

OwnPtr<WillBeHeapHashSet> doesn't cause a compile error (by accident) because we
allow trace(OwnPtr) for other reasons...

[sof, 2014/06/04 07:26:22]

If we want to lazily instantiate the hash set, could this be
OwnPtrWillBeMember<> instead?

[zerny-chromium, 2014/06/04 07:45:59]

I'm surprised that this does not trigger a compile-time error. It is never
allowed to have an OwnPtr to a heap allocated object. The exception is only that
we can trace off-heap objects in OwnPtrs.

I'll see if there is an error in the plugin code.

[tkent, 2014/06/04 09:20:23]

Thank you for pointing this out.
Yeah, I missed it because it was compilable with enbale_oilpan=1.

 
     MutationObserverOptions m_options;