767750 - rm JSScript::evalHashLink

Status: RESOLVED FIXED

(Core :: JavaScript Engine, defect)

Description

[Luke Wagner [:luke]]

With bug 765956, I think we can remove JSScript::evalHashLink by using a Vector in the eval cache instead of embedding the link.  This would save a word and make njn smile.

Comment 1

[Nicholas Nethercote [inactive]]

:)

Comment 2

[Luke Wagner [:luke]]

Attachment: rm

Might as well.  Plus, the eval cache logic was bothering me so I turned it into a proper HashSet.

A few notes:
 - evalCache is cleared on every GC
 - compartment now implies principals (CPG) which is why I replaced the principals subsumption check with compartment equality
 - that EvalKernel assert I removed is already in DirectEval

Comment 3

[Nicholas Nethercote [inactive]]

Comment on attachment 638585 [details] [diff] [review]
rm

Review of attachment 638585 [details] [diff] [review]:
-----------------------------------------------------------------

I know I owe you like 100 reviews but I barely know anything about the EvalCache so this r+ is very rubber-stampy... you should probably get someone else to check it :/

One useful thing I can say:  if you haven't already, please save yourself some trouble later by checking that the sizeof(JSScript) static assertion passes on all eight combinations of:
- 32-bit vs 64-bit
- opt vs debug
- methodjit enabled vs disabled

::: js/src/builtin/Eval.cpp
@@ -63,5 @@
> -
> -    h *= JS_GOLDEN_RATIO;
> -    h >>= 32 - SHIFT;
> -    JS_ASSERT(h < ArrayLength(table_));
> -    return &table_[h];

Good riddance to ad hoc hash tables.

Comment 4

[Luke Wagner [:luke]]

https://hg.mozilla.org/integration/mozilla-inbound/rev/c9a5dfa1b07d

Comment 5

[Ed Morley [:emorley]]

Unfortunately bug 772303 (https://hg.mozilla.org/integration/mozilla-inbound/rev/fad7d06d7dd5) had to be backed out for winxp pgo-only jsreftest failures.

This bug (amongst others) either caused unresolvable (for someone who doesn't work on the JS engine at least) conflicts with the backout of fad7d06d7dd5, or else bugzilla dependencies indicated that one of it's dependants had now been backed out. 

Since there was no one in #developers that could resolve the conflicts, unfortunately this bug has been backed out:

https://hg.mozilla.org/integration/mozilla-inbound/rev/f0be4b70b814

Comment 6

[Luke Wagner [:luke]]

https://hg.mozilla.org/integration/mozilla-inbound/rev/ebc800948e7a

Comment 7

[Ryan VanderMeulen [:RyanVM]]

https://hg.mozilla.org/mozilla-central/rev/ebc800948e7a