Simon Giesecke 58d0171406 Bug 1620632 - Ensure nsTArray_Impl only declares a copy-constructor/assignment operator if E is copy-constructible. r=froydnj ... To correctly implement this, it must be known on instantiation whether E is copy-constructible, which is not the case if only a forward declaration is available. This can be resolved either by making sure a full definition of E is available, which is preferable. But in cases where this is not (easily) possible, the information can be explicitly provided by the MOZ_DECLARE_COPY_CONSTRUCTIBLE and MOZ_DECLARE_NON_COPY_CONSTRUCTIBLE macros. In particular, declarations for IPDL-declared types are added to nsTArray.h itself, like it was already done for MOZ_DECLARE_RELOCATE_USING_MOVE_CONSTRUCTOR. Differential Revision: https://phabricator.services.mozilla.com/D66244 --HG-- extra : moz-landing-system : lando		2020-03-20 17:13:51 +00:00
..
test	…
moz.build	…
nsCommandLine.cpp	Bug 1600545 - Remove useless inclusions of header files generated from IDL files in modules/, netwerk/, parser/, security/, startupcache/, storage/, toolkit/, tools/, uriloader/, widget/, xpcom/ and xpfe/ r=Ehsan	2019-12-06 09:17:57 +00:00
nsCommandLine.h	Bug 1620632 - Ensure nsTArray_Impl only declares a copy-constructor/assignment operator if E is copy-constructible. r=froydnj	2020-03-20 17:13:51 +00:00
nsICommandLine.idl	…
nsICommandLineHandler.idl	…
nsICommandLineRunner.idl	…
nsICommandLineValidator.idl	…