Summary: | Move duplicate code in TrackPrivate classes to a common base class | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Brendan Long <b.long> | ||||
Component: | Media | Assignee: | Brendan Long <b.long> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | commit-queue, darin, eric.carlson, esprehn+autocc, glenn, gustavo, gyuyoung.kim, jer.noble, menard, mrobinson, pnormand | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Attachments: |
|
Description
Brendan Long
2013-11-01 10:09:54 PDT
Created attachment 215735 [details]
Patch
Question: Was it correct to move the `WTF_MAKE_NONCOPYABLE(VideoTrackPrivate); WTF_MAKE_FAST_ALLOCATED;` to TrackPrivateBase, or does that need to stay in the derived classes?
(In reply to comment #1) > Question: Was it correct to move the `WTF_MAKE_NONCOPYABLE(VideoTrackPrivate); WTF_MAKE_FAST_ALLOCATED;` to TrackPrivateBase, or does that need to stay in the derived classes? WTF_MAKE_NONCOPYABLE can just be in the base class. I don’t know the answer about WTF_MAKE_FAST_ALLOCATED. The patch looks good to me provided the question about WTF_MAKE_FAST_ALLOCATED gets an answer :) Looking at the definition of the macro in Source/WTF/wtf/FastMalloc.h it seems to me that it can be used in the base class and that would be it. It'd be better to confirm that with someone more familiar with that though. Comment on attachment 215735 [details] Patch Clearing flags on attachment: 215735 Committed r158626: <http://trac.webkit.org/changeset/158626> All reviewed patches have been landed. Closing bug. |