Closed
Bug 1559563
Opened 6 years ago
Closed 6 years ago
Attempt to inline StaticPrefs accessors
Categories
(Core :: Preferences: Backend, defect)
Core
Preferences: Backend
Tracking
()
RESOLVED
FIXED
mozilla69
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox67 | --- | unaffected |
firefox68 | --- | unaffected |
firefox69 | --- | fixed |
People
(Reporter: jya, Assigned: jya)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
In bug 1554334, actual StaticPrefs code was moved to Preferences.cpp outside the header.
While there are advantages to do so, it has been mentioned that we lost inlining of the code.
I don't believe that this will cause measurable differences, but may as well do that.
Assignee | ||
Comment 1•6 years ago
|
||
This allows for the compiler to inline the code where appropriate.
Assignee | ||
Comment 2•6 years ago
|
||
We can avoid testing if we are running in the parent process.
Depends on D35124
Comment 3•6 years ago
|
||
Type: task → defect
Updated•6 years ago
|
Keywords: regression
Pushed by jyavenard@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/535345f0ff55
P1. Move StaticPrefs accessor back to header file. r=njn
https://hg.mozilla.org/integration/autoland/rev/5f0f37756053
P2. Small optimization of `Once` StaticPrefs accessor. r=njn
Comment 5•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/535345f0ff55
https://hg.mozilla.org/mozilla-central/rev/5f0f37756053
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox69:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla69
Updated•6 years ago
|
status-firefox67:
--- → unaffected
status-firefox68:
--- → unaffected
status-firefox-esr60:
--- → unaffected
![]() |
||
Comment 6•6 years ago
|
||
jya, thank you!
Updated•3 years ago
|
Has Regression Range: --- → yes
You need to log in
before you can comment on or make changes to this bug.
Description
•