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
..
public	Bug 1617179 - Extract a helper method across WR and non-WR codepaths. r=botond	2020-03-19 13:50:48 +00:00
src	Bug 1623681 - Fix comments referring to incorrect file. r=njn	2020-03-20 00:03:04 +00:00
test	Bug 1622444 - Ensure the isLayerized check passes consistently on Android. r=botond	2020-03-16 19:31:55 +00:00
testutil	Bug 1617427 - Resurrect IsCurrentlyCheckerboarding and make it more correct. r=botond	2020-03-13 19:59:30 +00:00
util	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