Closed Bug 1109928 Opened 10 years ago Closed 10 years ago

Clean up CCGraphBuilder

Categories

(Core :: XPCOM, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla37

People

(Reporter: mccr8, Assigned: mccr8)

References

(Blocks 1 open bug)

Details

Attachments

(6 files)

There are a few clean ups that can be done here. The most important is moving all of the graph building logic into a method here, which let's us hide a lot of the internal state of the CCGraphBuilder.  There are also a few methods that can be made private or inlined because they don't do much any more.
Encapsulating CCGraphBuilder will make it easier to change how things are done, like bug 1109816 which may add a second NodePool.
This lets us hide a lot of the internal state of graph building from other classes.
Attachment #8535010 - Flags: review?(bugs)
I think this isn't going to be needed for bug 1109816, because the approach that would rely on that is too complex.
No longer blocks: 1109816
These patches are pretty simple, but there's no hurry to get them into the tree either.
Attachment #8535013 - Flags: review?(bugs) → review+
Attachment #8535015 - Flags: review?(bugs) → review+
Attachment #8535014 - Flags: review?(bugs) → review+
Comment on attachment 8535012 [details] [diff] [review]
part 2 - Inline some CCGraphBuilder methods now that the builder is doing the building.

Don't inline SetLastChild. It is a bit odd method.
But feel free to move its definition to declaration.
Attachment #8535012 - Flags: review?(bugs) → review+
Attachment #8535010 - Flags: review?(bugs) → review+
(In reply to Olli Pettay [:smaug] from comment #10)
> Don't inline SetLastChild. It is a bit odd method.
> But feel free to move its definition to declaration.

That's a good point.  I wasn't entirely sure that was a good idea.  I think I'll also define a SetFirstChild().
Attachment #8535057 - Flags: review?(bugs) → review+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: