Closed
Bug 706611
Opened 14 years ago
Closed 14 years ago
Remove JSOP_NOTRACE
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
mozilla11
People
(Reporter: bhackett1024, Assigned: bhackett1024)
References
Details
Attachments
(1 file)
36.70 KB,
patch
|
dvander
:
review+
|
Details | Diff | Splinter Review |
This opcode is irrelevant with the tracer gone. JSOP_TRACE could also be renamed to JSOP_LOOPHEAD, to be more explicit about its function. This opcode should not be removed, as it is very helpful for doing loop related analysis and compilation.
Assignee | ||
Comment 1•14 years ago
|
||
Assignee: general → bhackett1024
Attachment #578050 -
Flags: review?(dvander)
![]() |
||
Updated•14 years ago
|
Attachment #578050 -
Flags: review?(dvander) → review+
Comment 2•14 years ago
|
||
OOC, is it more useful as a bytecode than as a source note?
Assignee | ||
Comment 3•14 years ago
|
||
(In reply to Chris Leary [:cdleary] from comment #2)
> OOC, is it more useful as a bytecode than as a source note?
Yeah, it is. A lot of analysis information is stored in terms of bytecode offsets (e.g. analysis->getCode(pc)), and without strategically placed opcodes in the stream itself we could have, e.g. multiple loops that shared the same header opcode, which would make distinguishing them different.
Storing things in the bytecode stream is less error prone, is easier to understand and access, and uses less memory. My own (evolving) view is that source notes should really just be used for help in decompilation, and if we get to the point where we keep (compressed) source around and are lazily compiling scripts to bytecode, then there is no need for the decompiler and the bytecode should not have any source notes at all.
![]() |
||
Comment 4•14 years ago
|
||
> Storing things in the bytecode stream is less error prone, is easier to
> understand and access, and uses less memory. My own (evolving) view is that
> source notes should really just be used for help in decompilation, and if we
> get to the point where we keep (compressed) source around and are lazily
> compiling scripts to bytecode, then there is no need for the decompiler and
> the bytecode should not have any source notes at all.
IME source notes are a pain, the decompiler is a pain, and lazy bytecode compilation will be a big memory and speed win. So three cheers for that idea!
Assignee | ||
Comment 5•14 years ago
|
||
Comment 6•14 years ago
|
||
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla11
You need to log in
before you can comment on or make changes to this bug.
Description
•