Closed
Bug 105509
Opened 24 years ago
Closed 24 years ago
nsHashKey::nsHashKey is an inline candidate
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla0.9.6
People
(Reporter: dp, Assigned: dp)
References
Details
(Keywords: perf)
Attachments
(1 file)
|
1.04 KB,
patch
|
dougt
:
review+
jband_mozilla
:
superreview+
|
Details | Diff | Splinter Review |
nsHashKey::nsHashKey 72,745 calls on startup
| Assignee | ||
Updated•24 years ago
|
| Assignee | ||
Comment 1•24 years ago
|
||
Comment 2•24 years ago
|
||
Comment on attachment 55797 [details] [diff] [review]
Inline nsHashKey::nsHashKey
sr=jband
Looks like this compiles to a NOP in release
builds. That would be a space savings too.
We're sure we don't mind compiling this into clients
and precluding changing behavior via a dll upgrade?
Attachment #55797 -
Flags: superreview+
Comment 3•24 years ago
|
||
Comment on attachment 55797 [details] [diff] [review]
Inline nsHashKey::nsHashKey
looks fine
Attachment #55797 -
Flags: review+
Comment 4•24 years ago
|
||
Comment on attachment 55797 [details] [diff] [review]
Inline nsHashKey::nsHashKey
looks fine
| Assignee | ||
Comment 5•24 years ago
|
||
Yes this compiles to a NOP. Currently there is no plan for dll ugrade. The
closest our thought process is to this is xpcom component/module upgrade, I
think. And this doesn't fall into the latter.
| Assignee | ||
Comment 6•24 years ago
|
||
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•