Closed Bug 533233 Opened 15 years ago Closed 15 years ago

nanojit: get rid of LC_NoCodeAddrs (or do it properly)

Categories

(Core Graveyard :: Nanojit, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: n.nethercote, Assigned: n.nethercote)

Details

(Whiteboard: fixed-in-nanojit, fixed-in-tracemonkey)

Attachments

(1 file)

LC_NoCodeAddrs reduces the number of addresses printed in verbose NJ output.  This makes the output less noisy, but enough addresses are still printed that it's not possible to diff two different outputs for changes, which is a procedure that can be very helpful for testing changes.  I've been using a tiny script to strip out addresses as a workaround.

I started trying to fix things so that LC_NoCodeAddrs works properly, but there are enough places where addresses show up in non-trivial ways (eg. "mov %eax,347829374", "jmp 0x433a78c3") that I think that avoiding the addresses is too difficult and using a tiny script is the right way to solve this problem.

(For the record, my script looks like this:

  perl -p -e 's/[0-9a-fA-F]{4,}/.../g'

ie. it just blots out all numbers, decimal or hexadecimal, with 4 or more digits.)

The attached patch gets rid of LC_NoCodeAddrs altogether.  It mixes NJ and TM changes.  If people don't like this approach then LC_NoCodeAddrs should be done properly, but it's more painful than you might think.
Attached patch patchSplinter Review
Attachment #416384 - Flags: review?(edwsmith)
Comment on attachment 416384 [details] [diff] [review]
patch

I'm okay with removing the flag, youre right that a script to do it is cleaner.
Attachment #416384 - Flags: review?(edwsmith) → review+
http://hg.mozilla.org/tracemonkey/rev/cb4b7e6fed77
Whiteboard: fixed-in-nanojit → fixed-in-nanojit, fixed-in-tracemonkey
http://hg.mozilla.org/mozilla-central/rev/c2f17d0cb173
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: