It appears that the C++ standard allows overriding destructors to be marked
"override," but at least some MSVC versions complain about it, so at least make
sure such destructors are explicitly marked "virtual."
Change-Id: I0e1cafa7584fd16ebdce61f569eae2373a71b0a1
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: Ie656f9d653fc716f72ac175925272696d509038f
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk
have kept them, in order not to break external API (the automatic using declaration
is LO-internal).
Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
.. to Reference<XComponentContext>
mostly in the dbaccess module, but it also affected some other
modules.
Change-Id: I09b3f6fe7a9b33498b11d98b5521b5aeeb8882be
2007/12/05 15:38:51 fs 1.1.2.4: #i81658# ConnectionInfo
2007/11/22 13:10:28 fs 1.1.2.3: #i81658# DataAccessDescriptor is no service anymore, instead there is a (singleton) DataAccessDescriptorFactory which can create it
2007/11/08 14:58:55 fs 1.1.2.2: #i10000#
2007/11/08 14:02:42 fs 1.1.2.1: #i81658# dedicated implementation for a css.sdb.DataAccessdescriptor