| Summary: | Un-inline Element constructor | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Chris Dumez <cdumez> | ||||
| Component: | DOM | Assignee: | Chris Dumez <cdumez> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | benjamin, cmarcelo, commit-queue, darin, esprehn+autocc, kangil.han, rniwa | ||||
| Priority: | P2 | ||||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
|
Description
Chris Dumez
2014-09-12 11:20:06 PDT
Created attachment 238038 [details]
Patch
Comment on attachment 238038 [details]
Patch
My rule of thumb is to put the create() function out of line, and the constructor inline.
Before landing, you should check if the 8k of binary size are not caused by a subclass that use an inline create().
(In reply to comment #2) > My rule of thumb is to put the create() function out of line, and the constructor inline. I also like to do that. But I think the inlining that is happening here is more likely when the constructor is called from derived class constructors. Comment on attachment 238038 [details] Patch Clearing flags on attachment: 238038 Committed r173605: <http://trac.webkit.org/changeset/173605> All reviewed patches have been landed. Closing bug. |