Closed Bug 170618 Opened 23 years ago Closed 23 years ago

linker map file diffing tool

Categories

(SeaMonkey :: Build Config, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: cathleennscp, Assigned: blythe)

Details

Attachments

(2 files, 5 obsolete files)

for tracking code size increase/decrease
Component: XP Miscellany → Build Config
Status: NEW → ASSIGNED
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.
Attached patch Better enable MOZ_MAPINFO (obsolete) — Splinter Review
Request for r=,sr= This needs to go in before turning on the tinderbox support.
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.
Looks like you just need an r= if the patch touches only build files. /be
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+
garrett: ok on tbox help; I will need win32 help from you :-)
checked in build file changes. will work with McAfee in near future for tbox stuff before closing this bug.
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 on attachment 102059 [details] [diff] [review] mozilla/tools/codesighs/Makefile no longer missing r=cls
Attachment #102059 - Flags: review+
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=
Attachment #102059 - Attachment is obsolete: true
Attachment #102068 - Attachment is obsolete: true
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.
Attached patch Build changes to support linux (obsolete) — Splinter Review
Request for r=,a= Build changes to enable building codesighs under linux.
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+
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.
Attached patch Better patch for linux (obsolete) — Splinter Review
Request for r=,a= New build changes to support the linux build.
Attachment #102531 - Attachment is obsolete: true
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 on attachment 102640 [details] [diff] [review] Even better patch for linux. r=cls
Attachment #102640 - Flags: review+
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+
checked in for linux, closing bug
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: