Closed
Bug 170618
Opened 23 years ago
Closed 23 years ago
linker map file diffing tool
Categories
(SeaMonkey :: Build Config, defect)
SeaMonkey
Build Config
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: cathleennscp, Assigned: blythe)
Details
Attachments
(2 files, 5 obsolete files)
for tracking code size increase/decrease
| Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
| Assignee | ||
Comment 1•23 years ago
|
||
I checked in some work into mozilla/tools/codesighs
For those interested, apply an upcoming patch to your build system, build, and
then run
./mozilla/tools/codesighs/autosummary.win.bash
from the parent directory of your windows mozilla source tree to get a summary
report which I hope to hook up to tinderbox.
McAfee, I'll need help to hook up into tinderbox to watch code size changes from
build to build.
Alec, the tool mozilla/tools/codesighs/msmap2tsv.c digests a linker mapfile and
outputs in tab delimited format. You can then reverse sort the output to see
what symbols are taking up the most space. Hopefully this will aid you
targeting larger code size wins, we'll see.... There are problems, still, like
the classic static symbols are not visible so I am assigning their space to
something else, but this is a step forward.
| Assignee | ||
Comment 2•23 years ago
|
||
Request for r=,sr=
This needs to go in before turning on the tinderbox support.
| Assignee | ||
Comment 3•23 years ago
|
||
Sample summary file showing code size changes detected from yesterday morning
to this morning.
As a tinderbox would be pulling every few hours, the summary would hopefully be
even more concise.
Comment 4•23 years ago
|
||
Looks like you just need an r= if the patch touches only build files.
/be
Comment 5•23 years ago
|
||
Comment on attachment 101647 [details] [diff] [review]
Better enable MOZ_MAPINFO
I thought that new modules needed a sr before they could be enabled? Or maybe
that's just enabled by default? Anyhoo, r=cls on the build changes.
Attachment #101647 -
Flags: review+
Comment 6•23 years ago
|
||
garrett: ok on tbox help; I will need win32 help from you :-)
| Assignee | ||
Comment 7•23 years ago
|
||
checked in build file changes.
will work with McAfee in near future for tbox stuff before closing this bug.
| Assignee | ||
Comment 8•23 years ago
|
||
I missed one file that was not in my prior patch, as I had created the Makefile
manually.... My mistake.
Request for r=
Attachment #101647 -
Attachment is obsolete: true
Comment 9•23 years ago
|
||
Comment on attachment 102059 [details] [diff] [review]
mozilla/tools/codesighs/Makefile no longer missing
r=cls
Attachment #102059 -
Flags: review+
| Assignee | ||
Comment 10•23 years ago
|
||
seawood pointed out that I should pull the necessary directory automatically
when appropriate so the build will just work and not break.
Request for r=
| Assignee | ||
Updated•23 years ago
|
Attachment #102059 -
Attachment is obsolete: true
| Assignee | ||
Updated•23 years ago
|
Attachment #102068 -
Attachment is obsolete: true
| Assignee | ||
Comment 11•23 years ago
|
||
Checked in ability to use tools on linux.
When run under linux, unmangled symbols result and there is a guarantee on the
sizes of the symbols being reported (well, as good as "nm" does its job).
Alecs, this might be a better way to do the size information chart you were
talking about.
Chris, we should hook this up to a linux tinderbox somewhere.
Patch coming for ability to turn on in linux build.
| Assignee | ||
Comment 12•23 years ago
|
||
Request for r=,a=
Build changes to enable building codesighs under linux.
Comment 13•23 years ago
|
||
Comment on attachment 102531 [details] [diff] [review]
Build changes to support linux
Why are you checking for MOZ_MAPINFO != "" instead of just using the ifdef?
The configure option should check for the existence of the codesighs directory
since we don't pull it by default.
Attachment #102531 -
Flags: needs-work+
| Assignee | ||
Comment 14•23 years ago
|
||
re: comment #13
I guess I was confused re: wether or not MOZ_MAPINFO would be defined as I saw
it in autoconf.mk as "MOZ_MAPINFO =" when not enabled. I will revert to the
ifdef instead of the string compare and make sure everything works.
I will also check for the existance of said directory, as I failed to realize
the client.mk checkout build step doesn't run/respect the variable set by configure.
Thanks for the feedback.
| Assignee | ||
Comment 15•23 years ago
|
||
Request for r=,a=
New build changes to support the linux build.
Attachment #102531 -
Attachment is obsolete: true
| Assignee | ||
Comment 16•23 years ago
|
||
Request for r=, a=
Error in case directory does not exist instead of warn as suggested by cls.
Attachment #102619 -
Attachment is obsolete: true
Comment 17•23 years ago
|
||
Comment on attachment 102640 [details] [diff] [review]
Even better patch for linux.
r=cls
Attachment #102640 -
Flags: review+
Comment 18•23 years ago
|
||
Comment on attachment 102640 [details] [diff] [review]
Even better patch for linux.
a=asa for checkin to 1.2beta (on behalf of drivers)
Attachment #102640 -
Flags: approval+
| Assignee | ||
Comment 19•23 years ago
|
||
checked in for linux, closing bug
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•