зеркало из https://github.com/mozilla/gecko-dev.git
c2f5a4ac7a
It's not clear to me why specializing nsCOMPtr<nsISupports> is particularly useful, and this removes a lot of code, bringing us closer to unifying nsCOMPtr and RefPtr. The changes in other places are needed because we used to allow nsCOMPtr<nsISupports> to implicitly coerce to nsISupports even for rvalue references. 0:47.88 /home/emilio/src/moz/gecko-4/netwerk/protocol/http/nsHttpActivityDistributor.cpp:121:11: error: conversion function from 'nsCOMPtr<nsISupports>' to 'nsISupports *' invokes a deleted function 0:47.88 nsCOMPtr<nsISupports>(do_QueryObject(channel)), aActivityType, 0:47.88 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 0:47.88 /home/emilio/src/moz/gecko-4/obj-debug/dist/include/nsCOMPtr.h:764:3: note: 'operator nsISupports *' has been explicitly marked deleted here 0:47.88 operator T*() const&& = delete; 0:47.88 ^ 0:47.88 /home/emilio/src/moz/gecko-4/netwerk/protocol/http/nsHttpActivityDistributor.cpp:29:57: note: passing argument to parameter 'aHttpChannel' here 0:47.88 nsHttpActivityDistributor::ObserveActivity(nsISupports* aHttpChannel, 0:47.88 ^ Which is not allowed for a good reason, generally. Differential Revision: https://phabricator.services.mozilla.com/D179124 |
||
---|---|---|
.. | ||
base | ||
build | ||
components | ||
docs | ||
ds | ||
geckoprocesstypes_generator | ||
glue | ||
idl-parser | ||
io | ||
reflect | ||
rust | ||
string | ||
system | ||
tests | ||
threads | ||
windbgdlg | ||
xpidl | ||
metrics.yaml | ||
moz.build | ||
xpcom-config.h.in |