loplugin:trivialdestructor (-stdlib=libc++)

That these are only flagged when building against libc++ and not against
libstdc++ is a consequence of the plugin's dependence on implementation details
of the relevant classes, but so be it.

Change-Id: I6b96f81939edab2b8e618aa53c9fe23492edfbbd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131562
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

package/inc/ZipEnumeration.hxx

@@ -30,7 +30,6 @@ public:
     bool hasMoreElements();
     const ZipEntry* nextElement();
     ZipEnumeration(EntryHash& rNewEntryHash);
-    ~ZipEnumeration();
 };
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */

package/source/zipapi/ZipEnumeration.cxx

@@ -26,7 +26,6 @@ ZipEnumeration::ZipEnumeration(EntryHash& rNewEntryHash)
     , aIterator(rEntryHash.begin())
 {
 }
-ZipEnumeration::~ZipEnumeration() {}
 bool ZipEnumeration::hasMoreElements() { return (aIterator != rEntryHash.end()); }
 
 const ZipEntry* ZipEnumeration::nextElement()

sw/inc/IDocumentMarkAccess.hxx

@@ -79,7 +79,6 @@ class IDocumentMarkAccess
                 iterator& operator=(iterator const& rOther);
                 iterator(iterator && rOther) noexcept;
                 iterator& operator=(iterator && rOther) noexcept;
-                ~iterator();
 
                 // FIXME unfortunately there's a requirement on input iterator
                 // and forward iterator to return reference, which isn't

sw/source/core/doc/docbm.cxx

@@ -86,10 +86,6 @@ auto IDocumentMarkAccess::iterator::operator=(iterator && rOther) noexcept -> it
     return *this;
 }
 
-IDocumentMarkAccess::iterator::~iterator()
-{
-}
-
 // ARGH why does it *need* to return const& ?
 ::sw::mark::IMark* /*const&*/
 IDocumentMarkAccess::iterator::operator*() const