Summary: | Make MutationObserverEntry a class instead of a struct to fix clang build | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Adam Klein <adamk> | ||||||
Component: | New Bugs | Assignee: | Adam Klein <adamk> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | ojan, rafaelw, rniwa, webkit.review.bot | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Attachments: |
|
Description
Adam Klein
2011-10-25 14:38:10 PDT
Created attachment 112406 [details]
Patch
Comment on attachment 112406 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=112406&action=review > Source/WebCore/dom/NodeRareData.h:93 > +class MutationObserverEntry { > +public: We should probably make observer and options private if we're making this a class. Comment on attachment 112406 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=112406&action=review >> Source/WebCore/dom/NodeRareData.h:93 >> +public: > > We should probably make observer and options private if we're making this a class. We're "making it a class" only in the sense that we're using the keyword "class" here to quiet the compiler. It's still logically a struct with a few helper methods. If you'd rather I change the forward-declaration I can do that too; I mainly didn't do that because I didn't know how to sort it with the rest of the forward decls there :) (In reply to comment #3) > If you'd rather I change the forward-declaration I can do that too; I mainly didn't do that because I didn't know how to sort it with the rest of the forward decls there :) Okay, then I'd prefer that. Structs should probably appear after classes. Created attachment 112413 [details]
Patch
Comment on attachment 112413 [details] Patch Clearing flags on attachment: 112413 Committed r98402: <http://trac.webkit.org/changeset/98402> All reviewed patches have been landed. Closing bug. |