Closed
Bug 723640
Opened 13 years ago
Closed 12 years ago
IonMonkey: implement same RegExp native optimization as JM+TI
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla27
People
(Reporter: cdleary, Assigned: jandem)
References
(Blocks 1 open bug)
Details
(Whiteboard: [ion:p2:fx18])
Attachments
(1 file)
|
7.73 KB,
patch
|
bhackett1024
:
review+
|
Details | Diff | Splinter Review |
There are comments in the MRegExp as to how you can reuse the source RegExp object without cloning it in certain situations (where you understand the uses to be exactly the no-escape-permitting natives).
| Assignee | ||
Updated•13 years ago
|
Assignee: cdleary → jdemooij
Updated•13 years ago
|
Whiteboard: [ion:p2:fx18]
| Assignee | ||
Comment 2•12 years ago
|
||
(In reply to Till Schneidereit [:till] from comment #1)
> Do we still need this?
Yes, definitely! I just noticed that this should speedup some Peacekeeper jQuery tests quite a bit.
Blocks: 922048
Flags: needinfo?(jdemooij)
| Assignee | ||
Comment 3•12 years ago
|
||
This is more or less a port of your JM no-clone implementation to Ion. This should help quite a bit on the Peacekeeper domJQueryBasicFilters test.
JM had another path to inline the object allocation in some cases, but I didn't do this yet because of RegExpShared refcounting complexity. Would it make sense to make RegExpShared a GC thing? That would make it a lot easier to inline pointers to it.
Attachment #818928 -
Flags: review?(bhackett1024)
Updated•12 years ago
|
Attachment #818928 -
Flags: review?(bhackett1024) → review+
| Assignee | ||
Comment 4•12 years ago
|
||
Comment 5•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla27
You need to log in
before you can comment on or make changes to this bug.
Description
•