Closed
Bug 1220865
Opened 9 years ago
Closed 8 years ago
add ability to search for callers, etc. of class template methods
Categories
(Webtools Graveyard :: DXR, defect)
Webtools Graveyard
DXR
Tracking
(firefox45 affected)
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
firefox45 | --- | affected |
People
(Reporter: froydnj, Assigned: twointofive)
Details
Head to: https://dxr.mozilla.org/mozilla-central/source/xpcom/glue/nsCOMArray.h#292 (the definition of the InsertObjectAt method, but any method in nsCOMArray<T> will do) Try to search for callers, which gets you to this URL: https://dxr.mozilla.org/mozilla-central/search?q=%2Bcallers%3A%22nsCOMArray%3A%3AInsertObjectAt%28T+*%2C+int32_t%29%22 which is not quite correct. What I really want in this case is all instantiations of nsCOMArray<T>::InsertObjectAt(T*, int). I suppose the same sort of logic would apply to template functions as well.
Comment 1•9 years ago
|
||
Another related issue is that when you want to search for, e.g., all other references to something like nsBaseHashtable::EnumerateRead based on a variable foo.EnumerateRead, the search for references link substitutes the values of template parameters. Template specialization and partial specialization provide interesting corner cases, and I can see wanting to search for references/callers of templated methods that don't refer to the specialized method bodies. Arguably, it might make sense to overload override/overridden to get at specialization information.
Fixed by https://github.com/mozilla/dxr/pull/540
Assignee: nobody → twointofive
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Updated•3 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•