Closed Bug 848595 Opened 13 years ago Closed 13 years ago

Move HashTableWriteBarrierPost from Barrier.h to Barrier-inl.h

Categories

(Core :: JavaScript Engine, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla22

People

(Reporter: terrence, Assigned: terrence)

References

Details

Attachments

(1 file, 1 obsolete file)

Attached patch v0 (obsolete) — Splinter Review
It needs to know about the layout of a JSRuntime to find the StoreBuffer.
Attachment #721940 - Flags: review?(wmccloskey)
Comment on attachment 721940 [details] [diff] [review] v0 Review of attachment 721940 [details] [diff] [review]: ----------------------------------------------------------------- ::: js/src/gc/Barrier-inl.h @@ +432,5 @@ > +inline void > +HashTableWriteBarrierPost(JSRuntime *rt, Map *map, const Key &key) > +{ > +#ifdef JSGC_GENERATIONAL > +#endif Don't we need some code here?
Attachment #721940 - Flags: review?(wmccloskey)
The reason I did not put it here is that we skip putting the item in the store buffer if the key isn't in the nursery, which isn't yet present. Now that I'm thinking about it, we /should/ currently be checking the verifier nursery however: I think this is the reason that some of the tests are failing in the post-barrier verifier right now. Thanks, I'll get a new patch up.
Attached patch v1Splinter Review
Was waiting on bug 848199 for this, but it's trivial to just port the bits we need forward.
Attachment #721940 - Attachment is obsolete: true
Attachment #723704 - Flags: review?(wmccloskey)
Attachment #723704 - Flags: review?(wmccloskey) → review+
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla22
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: