Closed
Bug 784894
Opened 13 years ago
Closed 13 years ago
put NPOTB tools/utilities in js/src/devtools
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla18
People
(Reporter: luke, Assigned: luke)
Details
Attachments
(1 file, 1 obsolete file)
13.02 KB,
patch
|
sfink
:
review+
|
Details | Diff | Splinter Review |
I talked about this with sfink a long time ago: it would be nice to keep the not-part-of-the-build random helper files in a subdirectory of js/src. (This is part of the general modularization plan (https://wiki.mozilla.org/JS_engine_modularization) which wants to generally move things out of js/src.)
/moz/mi/js/src $ ls -1 devtools
ETWProvider.man
gc
gnuplot
javascript-trace.d
jint
sharkctl.cpp
sharkctl.h
vprof
Attachment #654481 -
Flags: review?(sphink)
Comment 1•13 years ago
|
||
Comment on attachment 654481 [details] [diff] [review]
mv
Sorry for the review delay. This patch will break --enable-dtrace and --enable-etw, at least, because it doesn't update the Makefile.in targets. I can fix up --enable-dtrace easily enough. It'll take me a little longer to get to --enable-etw; it would be fine to land without doing that, though.
![]() |
Assignee | |
Comment 2•13 years ago
|
||
Oh yes, sorry about that, I'll post a new patch with dtrace fixed.
![]() |
Assignee | |
Comment 3•13 years ago
|
||
Attachment #654481 -
Attachment is obsolete: true
Attachment #654481 -
Flags: review?(sphink)
Attachment #655227 -
Flags: review?
![]() |
Assignee | |
Updated•13 years ago
|
Attachment #655227 -
Flags: review? → review?(sphink)
Comment 4•13 years ago
|
||
Comment on attachment 655227 [details] [diff] [review]
mv
Review of attachment 655227 [details] [diff] [review]:
-----------------------------------------------------------------
I tried out dtrace and it still works. Good enough for me.
Attachment #655227 -
Flags: review?(sphink) → review+
![]() |
Assignee | |
Comment 5•13 years ago
|
||
![]() |
Assignee | |
Comment 6•13 years ago
|
||
Followup fix for OS X:
https://hg.mozilla.org/integration/mozilla-inbound/rev/7b3af36ea9cf
(I thought I had try'd this on all platforms.)
Comment 7•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/f24546b76f3e
https://hg.mozilla.org/mozilla-central/rev/7b3af36ea9cf
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla18
Comment 8•13 years ago
|
||
Comment on attachment 655227 [details] [diff] [review]
mv
Review of attachment 655227 [details] [diff] [review]:
-----------------------------------------------------------------
::: js/src/Makefile.in
@@ -130,5 @@
> TestingFunctions.cpp \
> LifoAlloc.cpp \
> Eval.cpp \
> MapObject.cpp \
> - MemoryMetrics.cpp \
Why?
![]() |
Assignee | |
Comment 9•13 years ago
|
||
(In reply to :Ms2ger from comment #8)
Because every other .cpp in js/src starts with 'js', it looked out of place.
![]() |
||
Comment 10•13 years ago
|
||
> Because every other .cpp in js/src starts with 'js', it looked out of place.
js/src/public/MemoryMetrics.h now looks out of place...
![]() |
Assignee | |
Comment 11•13 years ago
|
||
Not locally:
/moz/mi/js $ ls public/
HashTable.h LegacyIntTypes.h MemoryMetrics.h TemplateLib.h Utility.h Vector.h
To fix the difference between js/src and all the new dirs, we could mass-rename jsfoo.h to Foo.h...
You need to log in
before you can comment on or make changes to this bug.
Description
•