/sc/source/

...(for now, from LIBO_INTERNAL_CODE only). See the mail thread starting at <https://lists.freedesktop.org/archives/libreoffice/2017-January/076665.html> "Dynamic Exception Specifications" for details. Most changes have been done automatically by the rewriting loplugin:dynexcspec (after enabling the rewriting mode, to be committed shortly). The way it only removes exception specs from declarations if it also sees a definition, it identified some dead declarations-w/o-definitions (that have been removed manually) and some cases where a definition appeared in multiple include files (which have also been cleaned up manually). There's also been cases of macro paramters (that were used to abstract over exception specs) that have become unused now (and been removed). Furthermore, some code needed to be cleaned up manually (avmedia/source/quicktime/ and connectivity/source/drivers/kab/), as I had no configurations available that would actually build that code. Missing @throws documentation has not been applied in such manual clean-up. Change-Id: I3408691256c9b0c12bc5332de976743626e13960 Reviewed-on: https://gerrit.libreoffice.org/33574 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

...(for now, from LIBO_INTERNAL_CODE only).  See the mail thread starting at
<https://lists.freedesktop.org/archives/libreoffice/2017-January/076665.html>
"Dynamic Exception Specifications" for details.

Most changes have been done automatically by the rewriting loplugin:dynexcspec
(after enabling the rewriting mode, to be committed shortly).  The way it only
removes exception specs from declarations if it also sees a definition, it
identified some dead declarations-w/o-definitions (that have been removed
manually) and some cases where a definition appeared in multiple include files
(which have also been cleaned up manually).  There's also been cases of macro
paramters (that were used to abstract over exception specs) that have become
unused now (and been removed).

Furthermore, some code needed to be cleaned up manually
(avmedia/source/quicktime/ and connectivity/source/drivers/kab/), as I had no
configurations available that would actually build that code.  Missing @throws
documentation has not been applied in such manual clean-up.

Change-Id: I3408691256c9b0c12bc5332de976743626e13960
Reviewed-on: https://gerrit.libreoffice.org/33574
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

New loplugin:dynexcspec: Add @throws documentation, sw 2017-01-19T17:03:12+00:00 Stephan Bergmann sbergman@redhat.com 2017-01-19T16:49:29+00:00 1d5372daac88346d59c2bf6a14ec9dd9ce6eb1bc Change-Id: I2da2ce4cd247e7b9f973150917b4ee7bd7a0e0c4

Change-Id: I2da2ce4cd247e7b9f973150917b4ee7bd7a0e0c4

loplugin:override: No more need for the "MSVC dtor override" workaround 2016-09-13T11:19:22+00:00 Stephan Bergmann sbergman@redhat.com 2016-09-13T11:09:01+00:00 91dd2db17bd6cb9b357d1d69b187174e31eabef0 The issue of 362d4f0cd4e50111edfae9d30c90602c37ed65a2 "Explicitly mark overriding destructors as 'virtual'" appears to no longer be a problem with MSVC 2013. (The little change in the rewriting code of compilerplugins/clang/override.cxx was necessary to prevent an endless loop when adding "override" to OOO_DLLPUBLIC_CHARTTOOLS virtual ~CloseableLifeTimeManager(); in chart2/source/inc/LifeTime.hxx, getting stuck in the leading OOO_DLLPUBLIC_CHARTTOOLS macro. Can't remember what that isAtEndOfImmediateMacroExpansion thing was originally necessary for, anyway.) Change-Id: I534c634504d7216b9bb632c2775c04eaf27e927e

The issue of 362d4f0cd4e50111edfae9d30c90602c37ed65a2 "Explicitly mark
overriding destructors as 'virtual'" appears to no longer be a problem with
MSVC 2013.

(The little change in the rewriting code of compilerplugins/clang/override.cxx
was necessary to prevent an endless loop when adding "override" to

  OOO_DLLPUBLIC_CHARTTOOLS    virtual ~CloseableLifeTimeManager();

in chart2/source/inc/LifeTime.hxx, getting stuck in the leading
OOO_DLLPUBLIC_CHARTTOOLS macro.  Can't remember what that
isAtEndOfImmediateMacroExpansion thing was originally necessary for, anyway.)

Change-Id: I534c634504d7216b9bb632c2775c04eaf27e927e

Replace "SAL_OVERRIDE" with "override" in LIBO_INTERNAL_ONLY code 2015-10-12T15:52:29+00:00 Stephan Bergmann sbergman@redhat.com 2015-10-12T14:04:04+00:00 b36963c0a6a09f70ca6d8d607dd3249a3496497d Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274

Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274

vba: convert to variadic InheritedHelperInterfaceImpl&WeakImpl etc 2015-10-06T12:13:54+00:00 Douglas Mencken dougmencken@gmail.com 2015-10-05T02:19:14+00:00 85b1f91779cd90eb1c7808909c2721239fc51dd1 Variadic templates ~-i.e. templates, which can take an arbitrary number of arguments of any type-~ is new C++11 feature note that uno::Reference and cppu::UnoType can only take one parameter thus leave XNamedObjectCollectionHelper non-variadic in vbacollectionimpl.hxx Change-Id: I22e60fa050ee31d39ae8bb7cac06cf243c4587b1 Reviewed-on: https://gerrit.libreoffice.org/19145 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>

Variadic templates ~-i.e. templates, which can take an arbitrary
number of arguments of any type-~ is new C++11 feature

note that uno::Reference and cppu::UnoType can only take one parameter
thus leave XNamedObjectCollectionHelper non-variadic in vbacollectionimpl.hxx

Change-Id: I22e60fa050ee31d39ae8bb7cac06cf243c4587b1
Reviewed-on: https://gerrit.libreoffice.org/19145
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Second batch of adding SAL_OVERRIDE to overriding function declarations 2014-03-27T17:12:18+00:00 Stephan Bergmann sbergman@redhat.com 2014-03-27T17:12:18+00:00 567ef6d5782cdb729b49005caf6005610ce03e22 ...mostly done with a rewriting Clang plugin, with just some manual tweaking necessary to fix poor macro usage. Change-Id: Ie656f9d653fc716f72ac175925272696d509038f

...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.

Change-Id: Ie656f9d653fc716f72ac175925272696d509038f

cppuhelper: retrofit std::exception into overriding exception specs 2014-02-26T17:22:20+00:00 Stephan Bergmann sbergman@redhat.com 2014-02-25T20:31:58+00:00 5e21a413c788f839a66d9e4c14e745ed18058db8 Change-Id: I56e32131b7991ee9948ce46765632eb823d463b3

Change-Id: I56e32131b7991ee9948ce46765632eb823d463b3

fixincludeguards.sh: sw 2013-11-05T08:28:51+00:00 Thomas Arnhold thomas@arnhold.org 2013-11-05T01:17:53+00:00 3c01203ea657b9a3538f9956591b3d4da5fce6e7 Change-Id: I8e0889200d1a1c36e53022a74792728efd66c2fc

Change-Id: I8e0889200d1a1c36e53022a74792728efd66c2fc

mass removal of rtl:: prefixes for O(U)String* 2013-04-07T12:23:11+00:00 Luboš Luňák l.lunak@suse.cz 2013-04-07T10:06:47+00:00 1946794ae09ba732022fe6a74ea45e304ab70b84 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

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