Closed
Bug 1487173
Opened 6 years ago
Closed 6 years ago
Convert asan-reporter away from bootstrap
Categories
(Firefox Build System :: General, enhancement)
Tracking
(firefox64 fixed)
RESOLVED
FIXED
mozilla64
Tracking | Status | |
---|---|---|
firefox64 | --- | fixed |
People
(Reporter: aswan, Assigned: aswan)
References
Details
Attachments
(1 file)
No description provided.
Assignee | ||
Comment 1•6 years ago
|
||
From IRC discussion with :decoder, steps for testing:
1. Create a build with both:
ac_add_options --enable-address-sanitizer-reporter
ac_add_options --enable-address-sanitizer
2. Run the browser and cause a content process crash (perhaps as simple as loading https://bug1419991.bmoattachments.org/attachment.cgi?id=8931181)
3. This should cause an asan crash report to be sent, the simple way to verify that happened is just checking for the logger statements from this function:
https://searchfox.org/mozilla-central/rev/55da592d85c2baf8d8818010c41d9738c97013d2/browser/extensions/asan-reporter/bootstrap.js#130
Assignee: nobody → aswan
Assignee | ||
Comment 2•6 years ago
|
||
Christian, is there any reason this needs to remain a system add-on? Can we just land it built-in (still with a build-time flag for whether to enable it or not)?
Flags: needinfo?(choller)
Comment 3•6 years ago
|
||
(In reply to Andrew Swan [:aswan] from comment #2)
> Christian, is there any reason this needs to remain a system add-on? Can we
> just land it built-in (still with a build-time flag for whether to enable it
> or not)?
What do you mean by built-in, you mean without being an extension of some sort at all? I think that would be ok if it doesn't spread the code around too much. Also, we would have to implement a way for people to figure out that they have the right build. Right now people look at about:support and there they see it has the ASan Reporter.
Flags: needinfo?(choller)
Assignee | ||
Comment 4•6 years ago
|
||
Yes, I meant converting away from an extension to a built-in feature.
To be sure I'm clear on this, is it required that we be able to produce ASAN builds both with and without the reporter? Can the reporter just always be present in ASAN builds? If that's not acceptable, what if it was always present but with a pref for turning it on and off?
Flags: needinfo?(choller)
Comment 5•6 years ago
|
||
ASAn Reporter functionality is (and must remain) separate from the regular ASan build options. There is already --enable-address-sanitizer-reporter at build time to guard this and this flag could be used to guard built-in code as well.
In fact, ASan reporter already has some code builtin to Firefox (lower-level code) to make the reporting to profile directory even possible. I am fine with converting the rest to builtin code as well if that makes things easier for you.
However, we need a visual indicator somewhere (e.g. an easy way to check in about:support or something) that this is an ASan Reporter build.
Flags: needinfo?(choller)
Assignee | ||
Comment 6•6 years ago
|
||
Comment 7•6 years ago
|
||
Comment on attachment 9008247 [details]
Bug 1487173 Switch asan-reporter to built-in
Christian Holler (:decoder) has approved the revision.
Attachment #9008247 -
Flags: review+
Pushed by aswan@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/d07de0b49710
Switch asan-reporter to built-in r=decoder
Comment 9•6 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox64:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
You need to log in
before you can comment on or make changes to this bug.
Description
•