Summary: | The name property of JSFunctions should not be put directly | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Cameron Zwarich (cpst) <zwarich> | ||||||
Component: | JavaScriptCore | Assignee: | Cameron Zwarich (cpst) <zwarich> | ||||||
Status: | RESOLVED INVALID | ||||||||
Severity: | Normal | CC: | barraclough, ggaren, oliver | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Bug Depends on: | |||||||||
Bug Blocks: | 20813 | ||||||||
Attachments: |
|
Description
Cameron Zwarich (cpst)
2008-10-22 16:01:38 PDT
Created attachment 24581 [details]
Preallocated StructureIDs
This patch is not so relevant after r37859, because the prototype property is now created lazily. The only property that is still put on a JSFunction is the name property, which could be stored on the FunctionBodyNode and not actually created. I'll rename this bug to reflect this change. Created attachment 24739 [details]
Patch in progress
This is strangely a slowdown on the V8 benchmark suite, and I am not sure why. It still needs to make JSFunction::getOwnPropertySlot() work correctly for 'name'.
Does this bug still track an actionable issue? We now have a solution for this in ToT, we cache a transitioned structure for functions that have assigned space for the name. |