Closed
Bug 1095541
Opened 10 years ago
Closed 10 years ago
break nsRefPtr.h's dependence on nsCOMPtr.h
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
FIXED
mozilla36
People
(Reporter: froydnj, Assigned: froydnj)
Details
Attachments
(3 files)
3.00 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
10.78 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
2.90 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
Breaking the dependence requires doing two things: 1. Moving already_AddRefed to some common place that nsCOMPtr.h and nsRefPtr.h can use. 2. Ensuring that the nsRefPtr constructor/operator= nsCOMPtr_helper overloads don't require a complete definition of nsCOMPtr_helper until they are actually used.
Assignee | ||
Comment 1•10 years ago
|
||
Doing this means that instantiations of nsRefPtr<T> won't require nsCOMPtr_helper::operator() to be defined. Only actual uses of the overloads will require the definition.
Attachment #8519976 -
Flags: review?(benjamin)
Assignee | ||
Comment 2•10 years ago
|
||
Attachment #8519978 -
Flags: review?(benjamin)
Assignee | ||
Comment 3•10 years ago
|
||
Attachment #8519979 -
Flags: review?(benjamin)
Updated•10 years ago
|
Attachment #8519976 -
Flags: review?(benjamin) → review+
Updated•10 years ago
|
Attachment #8519978 -
Flags: review?(benjamin) → review+
Updated•10 years ago
|
Attachment #8519979 -
Flags: review?(benjamin) → review+
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → nfroyd
Comment 4•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d0dc5b25a765 https://hg.mozilla.org/mozilla-central/rev/cf6287a13927 https://hg.mozilla.org/mozilla-central/rev/97408585e41c
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
You need to log in
before you can comment on or make changes to this bug.
Description
•