Closed Bug 622503 Opened 14 years ago Closed 14 years ago

Build failure when JS_TRACER is not defined

Categories

(Core :: JavaScript Engine, defect)

All
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: florian, Assigned: eric.hennigan)

References

Details

(Whiteboard: fixed-in-tracemonkey)

Attachments

(3 files, 4 obsolete files)

Attached patch patch (deleted) — Splinter Review
build/mozilla/js/src/jscntxt.cpp: In member function 'bool JSThreadData::init()': build/mozilla/js/src/jscntxt.cpp:505: error: 'maxCodeCacheBytes' was not declared in this scope In jscntxt.h, maxCodeCacheBytes is declared in an #ifdef JS_TRACER, so I guess this build failure is just caused by a missing #ifdef in jscntxt.cpp.
Attachment #500761 - Flags: review?(gal)
Assuming that Florian's patch is the correct approach there are two more stumbling blocks: ../jscompartment.cpp: In function ‘bool ScriptPoolDestroyed(JSContext*, js::mjit::JITScript*, uint32, uint32&)’: ../jscompartment.cpp:372: error: ‘ExecutablePool’ is not a member of ‘JSC’ ../jscompartment.cpp:372: error: ‘pool’ was not declared in this scope ../jscompartment.cpp:372: error: invalid use of incomplete type ‘struct js::mjit::JITScript’ ../jsinterp.h:106: error: forward declaration of ‘struct js::mjit::JITScript’ which can be solved with a similar patch2.diff ../jsdbgapi.cpp: In function ‘JSBool js_SetSingleStepMode(JSContext*, JSScript*, JSBool)’: ../jsdbgapi.cpp:189: error: ‘struct JSScript’ has no member named ‘singleStepMode’ ../jsdbgapi.cpp: At global scope: ../jsdbgapi.cpp:120: warning: ‘void PurgeCallICs(JSContext*, JSScript*)’ defined but not used solved with another patch3.diff
Attached patch patch ifdef in jscompartment (obsolete) (deleted) — Splinter Review
Attachment #500920 - Flags: review?
Attached patch patch ifdef in jsdbgapi (obsolete) (deleted) — Splinter Review
Comment on attachment 500761 [details] [diff] [review] patch JS_TRACER is enabled on all builds we ship, so disabling that line doesn't change any bits we ship => NPOTB. Feel free to land the patch.
Attachment #500761 - Flags: review?(gal) → review-
Attachment #500761 - Flags: review- → review+
Comment on attachment 500920 [details] [diff] [review] patch ifdef in jscompartment The ifdef looks unbalanced. Did you mean to put it after the }?
Comment on attachment 500921 [details] [diff] [review] patch ifdef in jsdbgapi Same here. NPOTB. Can land.
Attachment #500921 - Flags: review+
(In reply to comment #5) > Comment on attachment 500920 [details] [diff] [review] > patch ifdef in jscompartment > > The ifdef looks unbalanced. Did you mean to put it after the }? I does look that way in the patch. The ifdef surrounds the entire ScriptPoolDestroyed function, including the preamble comment.
(In reply to comment #1) > Assuming that Florian's patch is the correct approach there are two more > stumbling blocks: > > ../jscompartment.cpp: In function ‘bool ScriptPoolDestroyed(JSContext*, > js::mjit::JITScript*, uint32, uint32&)’: > ../jscompartment.cpp:372: error: ‘ExecutablePool’ is not a member of ‘JSC’ > ../jscompartment.cpp:372: error: ‘pool’ was not declared in this scope > ../jscompartment.cpp:372: error: invalid use of incomplete type ‘struct > js::mjit::JITScript’ > ../jsinterp.h:106: error: forward declaration of ‘struct js::mjit::JITScript’ > > which can be solved with a similar patch2.diff > > ../jsdbgapi.cpp: In function ‘JSBool js_SetSingleStepMode(JSContext*, > JSScript*, JSBool)’: > ../jsdbgapi.cpp:189: error: ‘struct JSScript’ has no member named > ‘singleStepMode’ > ../jsdbgapi.cpp: At global scope: > ../jsdbgapi.cpp:120: warning: ‘void PurgeCallICs(JSContext*, JSScript*)’ > defined but not used > > solved with another patch3.diff The patch I attached in comment 0 was enough to fix my build on PPC (yesterday at least...). Which build configuration are you seeing this with?
(In reply to comment #8) > > The patch I attached in comment 0 was enough to fix my build on PPC (yesterday > at least...). > Which build configuration are you seeing this with? I was seeing all three problems with changeset 59652:06351b16cca1 on a lixux 64bit system.
No longer blocks: 584860
Blocks: 584860
Assignee: general → eric.hennigan
Status: NEW → ASSIGNED
Hardware: PowerPC → All
Are attachments 500761 500921 ready to land Eric?(In reply to comment #7) > (In reply to comment #5) > > Comment on attachment 500920 [details] [diff] [review] > > patch ifdef in jscompartment > > > > The ifdef looks unbalanced. Did you mean to put it after the }? > > I does look that way in the patch. The ifdef surrounds the entire > ScriptPoolDestroyed function, including the preamble comment. Please use "hg diff -p -U 8" in order to get more information in the changeset. ScriptPoolDestroyed is only called with #if defined JS_METHODJIT && defined JS_MONOIC Let's make it consistent. The other 2 patches are ready to land?
Attached file patch2.diff (obsolete) (deleted) —
Attachment #500920 - Attachment is obsolete: true
Attachment #500920 - Flags: review?
Attached file patch3.diff (obsolete) (deleted) —
Attachment #500921 - Attachment is obsolete: true
(In reply to comment #10) > ScriptPoolDestroyed is only called with > #if defined JS_METHODJIT && defined JS_MONOIC > > Let's make it consistent. > > The other 2 patches are ready to land? patch2.diff and patch3.diff have been extended with "-U8". patch2.diff incorporates the JS_MONOIC change. both are now ready to land.
Attached patch patch2.diff (deleted) — Splinter Review
Forgot to check the 'patch' box.
Attached patch patch3.diff (deleted) — Splinter Review
forgot to check the 'patch' box
Attachment #501376 - Attachment is obsolete: true
Attachment #501377 - Attachment is obsolete: true
Attachment #501403 - Flags: review+
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: